Re: Options menu names
From: Drew Adams [EMAIL PROTECTED] Date: Sat, 4 Mar 2006 21:45:41 -0800 The names of the Options menu items do not use parallel construction. Some are noun phrases, others are verb phrases. Verb phrases are generally clearer. But some of the menu items, such as Syntax Highlighting, follow widespread conventions that users expect. So I don't think we should change those. Oh really? What widespread conventions are those? Be specific, please. Sorry, I don't understand what you want me to say more than I already did. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Options menu names
Drew Adams [EMAIL PROTECTED] writes: All that you did was to argue by appealing to authority: some unnamed, undescribed widespread conventions that users expect. That's an empty argument/explanation without saying what that authority is: what conventions are you referring to? What user-expecting convention does Syntax Highlighting follow? The issue is largely moot because there is no Syntax Highlighting entry in the Option menu since it was removed on 2005-11-14 after `global-font-lock-mode' had been turned on by default. FWIW, I agree with Eli. I think that syntax highlighting is what the feature is often called by Emacs users and potential Emacs users, and that changing the entry for the sake of uniformity isn't worthwhile. I suppose my impression that I have heard people use the phrase syntax highlighting often may be faulty. However, doing Google searches for syntax highlighting versus highlight syntax for either the web or usenet with or without Emacs as a qualifier suggests that the phrase syntax highlighting is used much more frequently than highlight syntax. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: Added text makes `C-h b' wider than 70 chars
I've never seen a list of bindings what would not require vertical scrolling anyway, so I don't think adding to the vertical dimension would do any harm. That reasining is not valid. If the change makes only half as many commands fit in one screenful, that is a change for the worse. I don't see the change doing that, but I could be wrong. In practice, I've only seen this added to less than a dozen lines. And I've never seen `C-h b' output that is less than a full screen in height, as I said. I can't speak for what others see. Perhaps you mean that even if the window must be scrolled vertically anyway, this would be unacceptable because it would mean needing to scroll more. If so, then the question comes down to whether or not there are many such lines. Yes, if half the lines had this addition, then the vertical scrolling would be doubled. Anyway, your (shadowing) fix should do the job pretty well. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
leim: No such file or directory
Hi, This might be a bug. During the last step of installation, ``make install prefix=/tmp/E/emacs gives error: /tmp/E/emacs/share/emacs/23.0.0/leim: No such file or directory ``make install will run without error. -- Leon GNU Emacs 23.0.0.1 (i686-pc-linux-gnu, GTK+ Version 2.8.3) of 2006-03-06 on morannon ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Problems with international characters in menus on Mac OSX
On Mon, 06 Mar 2006 11:55:44 +0900, Kenichi Handa [EMAIL PROTECTED] said: In article [EMAIL PROTECTED], John Olsson [EMAIL PROTECTED] writes: If I add a menu to the menu bar (or menu items to a menu) containing international characters (for instance any of the swedish characters 'å', 'ä' and 'ö') they will not show up correctly. For instance 'å' shows as  'ä' shows as '‰' 'ö' shows as '^' 'Å' shows as '≈' [...] In GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.9.0) of 2005-09-28 on lucy - Aquamacs Distribution 0.9.6 It seems that this is a problem specific to powerpc-apple-darwin7.9.0. On GNU/Linux with X Window System, for instance, the following code works well; i.e. clicking Test in menu bar shows å ä ö Å correctly (in latin-1 language environment). (define-key global-map [menu-bar test] (cons Test test-menu)) (Test keymap Test) (define-key test-menu [test-insert] '(menu-item å ä ö Å (lambda () (interactive) (insert å ä ö Å It also works on Mac OS X/Carbon. (I suppose you have (setq test-menu (make-sparse-keymap Test)) before the first expression.) Maybe specific to Aquamacs 0.9.6? YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Options menu names
From: Drew Adams [EMAIL PROTECTED] Date: Sun, 5 Mar 2006 12:45:07 -0800 All that you did was to argue by appealing to authority: some unnamed, undescribed widespread conventions that users expect. That's an empty argument/explanation without saying what that authority is: what conventions are you referring to? What user-expecting convention does Syntax Highlighting follow? Syntax Highlighting is a wide-spread term, that's all I wanted to say. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug