Eli Zaretskii writes: >> From: "Drew Adams" >> Date: Tue, 20 Mar 2012 09:02:30 -0700 >> >> emacs -Q >> >> M-x customize-option RET site-run-file RET >> >> Click Value Menu button. Choose String in the menu. >> >> 1. First bug: Cursor should be in the edit field. But it is on top of >> the Value Menu button. > > Confirmed. This is because widget-button-click-moves-point is set to t for customize buffers, and also because there is no mechanism implemented for widgets to "pass focus" to others. If it is a desired feature, I can try to come up with something. >> 2. Put cursor at beginning of the edit field. Hit `M-TAB'. >> >> You see this error message: "lookup-words: lookup-words error: No plain >> word-list found at systemdefault locations. Customize >> `ispell-alternate-dictionary' to set yours." >> >> But the cursor is moved back on top of the tag `String:', before the >> `:' (second bug). > > I don't get the error message, but a "*Choices*" buffer (because my > ispell-alternate-dictionary _is_ properly configured), but that buffer > shows hits for "String". Here's a sample: > > (0) /Usr/Dict/Web2:190067:String (1) /Usr/Dict/Web2:190068:Stringboard > (2) /Usr/Dict/Web2:190069:Stringcourse (3) /Usr/Dict/Web2:190070:Stringend > > etc. -- quite un-useful. IOW, it _really_ tries to complete the word > "String", which is not what the user wants. This is because the completion function used for string widgets is ispell-complete-word and that command will look back from point until it finds a word to complete. I can't think of another way of fixing this other than peeking what will ispell-complete-word try to complete, so I attach a patch that does that. > (Shouldn't the type of the widget be "file" instead of "string"?) I think so.