> > Unfortunately I do not think that is the right change. This totally > > spoils the possibility to use accelerators for the menus on w32. I do > > not think the minor problem it solves justifies that. > > > > I think the change should be reverted and added back later when it is > > clear how menu accelerators should be supported in Emacs. > > So you are saying that a fix for a clear and present bug should be > postponed pending a future decision about adding a feature? That > doesn't sound like the right idea to me. I'd rather say that when the > support for menu accelerators is added to Emacs, we will have to > figure out how to do that without smashing & characters in menu items > and keybindings shown next to them. > > If you still aren't convinced, please start a thread on emacs-devel > about this, and let's hear what others think.
I agree with Eli on this one, unless there is some obviously better way to fix this now that will also facilitate treatment of the accelerators later. It sounds as if the best way to treat the accelerators has not yet been decided, so I think this should be fixed now without worrying about a possible new feature. _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
