turn-on-eldoc-mode docstring clarity
Starting from emacs -Q, M-x customize-variable emacs-lisp-mode-hook shows [ ] turn-on-eldoc-mode Unequivocally turn on eldoc-mode (see variable documentation). [More] and asking for "More" only adds "(fn)". It'd be nice if that description had quotes so `eldoc-mode' was a link, and I think it's the eldoc-mode function which describes the mode, rather than the variable, if that's what "see variable documentation" is meant to be referring to (I couldn't tell). A sentence saying broadly what the mode does could be helpful under "More", even if you normally follow to eldoc-mode for the details. In GNU Emacs 22.1.50.3 (i586-pc-linux-gnu, GTK+ Version 2.10.11) of 2007-05-04 on blah configured using `configure 'CFLAGS=-O' '--prefix=/down/emacs/b/inst' '--with-x-toolkit=gtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_AU locale-coding-system: iso-8859-1 default-enable-multibyte-characters: t Major mode: Custom Minor modes in effect: encoded-kbd-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t Recent input: ESC x c u s t o m i z e - v a r TAB RET e m a c s - l i s p - m o d e - h o o k RET ESC x r e p o r t - e m a TAB RET Recent messages: Loading easymenu...done Loading cus-edit...done Loading help-fns...done Creating customization items... Creating customization items ...done Resetting customization items...done Creating customization setup...done Loading emacsbug... Loading regexp-opt...done Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-` cannot access emacs Menu Bar.
> In GNU Emacs 22.0.97.1 (powerpc-apple-darwin8.9.0, Carbon Version 1.6.0) > of 2007-04-16 on silver-lightnin.local >... > tmm-menubar: Wrong type argument: listp, keymap > Buffer is read-only: # > tmm-menubar: Wrong type argument: listp, keymap >... I think this has already been fixed in CVS. Can you update and try again. -- Nick http://www.inet.net.nz/~nickrob ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
M-` cannot access emacs Menu Bar.
In GNU Emacs 22.0.97.1 (powerpc-apple-darwin8.9.0, Carbon Version 1.6.0) of 2007-04-16 on silver-lightnin.local Windowing system distributor configure '--prefix=/opt/local' '-- mandir=/opt/local/share/man' '--infodir=/opt/local/share/info' '-- without-x' 'CC=/usr/bin/gcc-4.0' 'CFLAGS=-I/opt/local/include' 'LDFLAGS=-L/opt/local/lib' 'CPPFLAGS=-I/opt/local/include' 'CPP=/usr/ bin/cpp-4.0'' Important settings: value of : nil value of : nil value of : nil value of : nil value of : nil value of : nil value of : nil value of : nil locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: JDE Minor modes in effect: show-paren-mode: t display-battery-mode: t semantic-idle-scheduler-mode: t iswitchb-mode: t savehist-mode: t display-time-mode: t encoded-kbd-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: o ESC s ESC x C-x o C-g C-x o ESC x k i l l - m TAB RET C-@ C-e ESC x ESC p RET C-_ C-x o C-@ ESC < ESC x ESC p RET C-_ C-x C-k e k i C-_ C-x C-k e RET C-x C-w ~ / D TAB o TAB t e TAB e m TAB TAB TAB m a TAB c r o s / l i v i n RET C-x C-g C-g C-x C-w ESC p ESC b m DEL C-e / SPC k i l l - m a c r o - l i v n DEL i n ESC b ESC b ESC b DEL RET ESC x m a k d TAB DEL e TAB - d i TAB RET RET ESC x ESC p ESC p C-g C-g C-x k RET C-g C-_ ESC < C-_ C-_ C-_ C-x C-_ C-_ C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-x C-s C-x k RET C-x C-k e RET C-x k RET C-@ ESC > ESC x ESC p ESC p RET C-_ C-x C-k e RET C-x C-w ESC p TAB RET y C-x k RET C-x k RET C-x 0 C-x k RET C-x k RET C-x b RET ESC ESC x s e n TAB d TAB ESC DEL ESC DEL TAB C-x o C-x o C-s b u g C-s C-a C-s b u g - r e p o r t C-s C-s C-s C-a ESC < C-s r e p o r t C-s C-s C-s C-s C-s C-s C-s RET RET Recent messages: (Shell command succeeded with no output) Undo! Formatting keyboard macro...done File `~/Documents/tech/emacs/macros/livin/kill-macro-livin' exists; overwrite? (y or n) Wrote /Users/livin/Documents/tech/emacs/macros/livin/kill-macro-livin tmm-menubar: Wrong type argument: listp, keymap Buffer is read-only: # tmm-menubar: Wrong type argument: listp, keymap Making completion list... [2 times] Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: python.el
Not easily in detail. Anything I actually contributed I consider OK, obviously. We need to verify that this is ok. When you wrote that code, did you have an employer who could possibly claim copyright on it? If so, do we have a disclaimer from that employer? This is why I ask the period of years during which you worked for that problematical employer, and the period of years during which you worked on the code in python.el. Please answer. We are waiting for you. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: GNU Emacs 23.0.0 does not compile on Mac OS X 10.4.9 when libotf is present
Am 01.05.2007 um 13:02 schrieb Kenichi Handa: I see. Anyway, the new configure should avoid using libotf if it's too old. Have you tried it? And with updated libotf: checking for libotf-config... yes checking for OTF_get_features in -lotf... yes -- Greetings Pete A child of five could understand this! Fetch me a child of five. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Create-fontset-from-fontset-spec in Gnu Emacs 23.0.0
Hello! There is a slight difference in the documentation of create-fontset- from-fontset-spec between GNU Emacs 22.x and GNU Emacs 23, the latter has an additional: When a frame uses the fontset as the `font' parameter, the frame's default font name is derived from FONTSET-NAME by substituting "iso8859-1" for the tail part "fontset-XXX". But, if SCRIPT-NAMEn is "ascii", use the corresponding FONT-NAMEn as the default font name. Such a fontset definition can be: (create-fontset-from-fontset-spec "-*-courier new-medium-r-*-*-10-*-*-*-*-*- fontset-10pt_courier_new, latin-iso8859-1:-*-courier new-medium-r-*-mac-*, latin-iso8859-2:-*-courier new-medium-r-*-mac-*, latin-iso8859-3:-*-courier new-medium-r-*-mac-*, latin-iso8859-4:-*-courier new-medium-r-*-mac-*, cyrillic-iso8859-5:-*-courier new-medium-r-*-mac-*, arabic-iso8859-6:-*-courier new-medium-r-*-mac-*, greek-iso8859-7:-*-courier new-medium-r-*-mac-*, hebrew-iso8859-8:-*-courier new-medium-r-*-mac-*, latin-iso8859-9:-*-courier new-medium-r-*-mac-*, latin-iso8859-10:-*-courier new-medium-r-*-mac-*, latin-iso8859-13:-*-courier new-medium-r-*-mac-*, latin-iso8859-14:-*-courier new-medium-r-*-mac-*, latin-iso8859-15:-*-courier new-medium-r-*-mac-*, latin-iso8859-16:-*-courier new-medium-r-*-mac-*, mac-roman-lower:-*-courier new-medium-r-*-mac-*, mac-roman-upper:-*-courier new-medium-r-*-mac-*, mule-unicode-0100-24ff:-*-courier new-medium-r-*-mac-*, mule-unicode-2500-33ff:-*-courier new-medium-r-*-mac-*, mule-unicode-e000-:-*-courier new-medium-r-*-mac-*, iso10646-1:-*-courier new-medium-r-*-mac-*, ascii:-*-courier new-medium-r-*-mac-*") My question is: what is the visible difference when I omit the ``ascii:´´ part? What will make GNU Emacs use more Courier than other glyphs? Will omitting the ``ascii:´´ part improve the display of Unicode characters as the last cited sentence of the documentation suggests? Or is it the other way 'round by enabling the use of the whole font and not only the ISO 8859-1 subset? -- Greetings Pete The light at the end of the tunnel has been turned off due to budget cuts. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug