in w3m, C-x b doesn't show an ido prompt even when ido-mode is enabled

[Jason Spiro]

Binary package hint: emacs-snapshot

In emacs-snapshot-gtk[1] I always use ido-mode, which does a few things, including making C-x b call ido-switch-buffer. But when I am in a w3m buffer, C-x b calls w3m-e21-switch-to-buffer instead, . calls its own buffer-switching function, which seems from its docstring like it probably does something important for w3m to work[2]. But I wish ido-mode still worked even when I was in w3m buffers.

== Steps to reproduce ==

1. Start Emacs
2. M-x ido-mode RET
3. C-x b
4. (Please notice the cool ido-mode prompt)
5. C-g
6. M-x w3m RET
7. C-x b

== Actual results ==

You see a classic switch-to-buffer prompt.

== Expected results ==

You see an ido prompt.

== Notes ==

[1] I use Ubuntu Edgy but I have upgraded about six packages to versions from a Feisty beta: emacs-snapshot-gtk, lastfm, and their dependencies. M-x version reports "GNU Emacs 22.0.91.1 (i486-pc-linux-gnu, GTK+ Version 2.10.6) of 2006-12-20 on rothera, modified by Debian".

[2] "C-x b runs the command w3m-e21-switch-to-buffer
  which is an interactive compiled Lisp function in `w3m-e21.el'.
...
Run `switch-to-buffer' and redisplay the header-line.
Redisplaying is done by wobbling the window size."

(I guess "header-line" means the tab bar that you always see at the top of the screen when you're looking at w3m windows. --Jason)

[Michael Olson (mwolson)]

I've also noticed this. If I can find some free time, I'll fix it.

[Marco Rodrigues (gothicx)]

It's fixed in hardy or upstream yet ?

[Jason Spiro (jasonspiro)]

2007/11/19, Marco Rodrigues <email address hidden> wrote:
> It's fixed in hardy or upstream yet ?

I don't know.

--
Jason Spiro: corporate trainer, web developer, IT consultant.
I support Linux, UNIX, Windows, and more.
Contact me to discuss your needs and get a free estimate.
[phone] / Email: <email address hidden> / MSN: <email address hidden>

[Timur Sufiev (tsufiev)]

There is a function (ido-everywhere) -- and corresponding option in customize-group, ido -- which should be set on in order to make fast buffer switching work in w3m. Such possibility makes this bug a simple feature.

[Timur Sufiev (tsufiev)]

Oops, it seems that enabling ido everywhere wasn't the perfect solution - it prevents dired from opening a directory. So i was forced to add to my .emacs (i'm using dired-single.el for keeping all dired output in one buffer)
"(global-set-key "\C-xd"
                (function
                 (lambda nil
                   (interactive)
                   (ido-everywhere 0)
                   (joc-dired-magic-buffer)
                   (ido-everywhere 1))))"
to temporarily ido while opening directory via dired. Not very elegant, but it works.

[rusivi2 (rusivi2-deactivatedaccount)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. I noticed the package your bugging is updated in Maverick. Does this occur in it? If so, please feel free to mark this bug as new. Thanks in advance!

[era (era)]

rusivi1: please try the repro steps, they are clear enough.

Reproduced on emacs-snapshot and emacs23 in Maverick. Marking as Confirmed for w3m-el since it is rebinding the keystroke sequence without taking ido-mode preferences into account.

[Tatsuya Kinoshita (tats-debian)]

This bug was fixed in upstream, but not yet released.
To avoid this bug, use the w3m-el-snapshot package instead.

[xteejx (xteejx)]

This hasn't been updated for quite a while. Is it still an issue in 11.04? Thank you.

[Clint Byrum (clint-fewbar)]

This does not seem to be a bug in emacs, so closing those tasks. w3m-el hasn't "released" in many years, but the snapshot package does have this fixed. Moving status back to Confirmed.

[Tatsuya Kinoshita (tats-debian)]

Fixed in w3m-el >=1.4.483+0.20120614-1.