Re: emacs -f gnus shows the splashscreen instead of Gnus
Richard M. Stallman [EMAIL PROTECTED] writes: A few weeks ago, starting emacs -f gnus was opening Emacs with Gnus directly open. What version of Emacs sources were you using then? An up-to-date version of Mile's [EMAIL PROTECTED]/emacs--cvs-trunk--0 I don't think any change has been made in this recently, but there was a change a year or two ago to display the splash screen even if the user specifies files to visit, True, but the user starting emacs with emacs -f something is already more or less an advanced user, and will probably not need to see the the splashscreen in this case. -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
Richard M. Stallman [EMAIL PROTECTED] writes: We want people to see the splash screen more. Why not use the splash screen as a screen saver, i.e. if emacs has been idle for N seconds, show the splash screen (of course, people should have a chance to turn this off). -- Kim F. Storm [EMAIL PROTECTED] http://www.cua.dk ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: menu-updating-frame is nil on X
Does the following patch give good results? Index: src/xmenu.c === RCS file: /cvsroot/emacs/emacs/src/xmenu.c,v retrieving revision 1.295 diff -u -r1.295 xmenu.c --- src/xmenu.c 7 Aug 2005 12:33:19 - 1.295 +++ src/xmenu.c 9 Nov 2005 19:08:26 - @@ -3498,6 +3498,7 @@ /* Help display under X won't work because XMenuActivate contains a loop that doesn't give Emacs a chance to process it. */ menu_help_frame = f; + XSETFRAME (Vmenu_updating_frame, f); It doesn't work. Vmenu_updating_frame is nil initially on a new frame, because this change is in `xmenu_show', and in the non-toolkit version `xmenu_show' is called only after clicking on the menu bar. So initially some icons in the toolbar are disabled. After the first mouse click on the menu bar, Vmenu_updating_frame gets a non-nil value, so icons on the toolbar become enabled. But in any case, menu items in sub-menus on the menu bar are still disabled regardless of the value of Vmenu_updating_frame. Maybe setting of Vmenu_updating_frame should be done in Fx_create_frame for the non-toolkit version. But I still doubt that setting of Vmenu_updating_frame is necessary. My previous change (i.e. using `(or menu-updating-frame (selected-frame))') assumes that if `menu-updating-frame' is nil, this means that the menu frame is the same as the selected frame. And this would work for the non-toolkit version. -- Juri Linkov http://www.jurta.org/emacs/ ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
mac/make-package fails to accept -C, --enable-locallisppath=/Library/Application\ Support/Emacs/calendar22:/Library/Application\ Support/Emacs/preview:/Library/Application\ Support/Emacs/auctex/image
Hello! When I try make Carbon Emacs become aware of some fine or localized software and I try to use --enable-locallisppath to pass the values to the configure script, configure when invoked from make-package fails like this: ++ expr x--enable-locallisppath=/Library/Application : 'x[^=]*=\(.*\)' + ac_optarg=/Library/Application ++ expr x--enable-locallisppath=/Library/Application : 'x-*enable-\([^=]*\)' + ac_feature=locallisppath + expr xlocallisppath : '.*[^-_abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' ++ echo locallisppath ++ sed s/-/_/g + ac_feature=locallisppath ++ echo /Library/Application ++ sed 's/'\''/'\''\\'\'''\''/g' + ac_optarg=/Library/Application + eval 'enable_locallisppath='\''/Library/Application'\''' ++ enable_locallisppath=/Library/Application + test -n '' ++ expr xSupport/Emacs/calendar22:/Library/Application : 'x[^=]*=\(.*\)' + ac_optarg= + echo 'configure: WARNING: you should use --build, --host, --target' configure: WARNING: you should use --build, --host, --target + expr xSupport/Emacs/calendar22:/Library/Application : '.*[^- ._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' + echo 'configure: WARNING: invalid host type: Support/Emacs/calendar22:/Library/Application' configure: WARNING: invalid host type: Support/Emacs/calendar22:/Library/Application + : Support/Emacs/calendar22:/Library/Application Support/Emacs/calendar22:/Library/Application Support/Emacs/calendar22:/Library/Application + test -n '' ++ expr xSupport/Emacs/preview:/Library/Application : 'x[^=]*=\(.*\)' + ac_optarg= + echo 'configure: WARNING: you should use --build, --host, --target' configure: WARNING: you should use --build, --host, --target I think there is a bug in GNU bash, version 2.05b.0(1)-release (powerpc-apple-darwin7.0) that does not allow to pass a string with white space in it to another script. A workaround would be in mac/make-package this: # Run configure in the new tempparent directory if test $with_config = yes; then (cd ${builddir}; ${srcdir}/configure EOF ${config_options} --prefix=${prefix} EOF ) fi In GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.9.0, X toolkit, Xaw3d scroll bars) of 2005-11-09 on Latsche.local X server distributor `The XFree86 Project, Inc', version 11.0.4030 configured using `configure '--without-pop' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--enable-locallisppath=/Library/Application Support/Emacs/calendar22:/Library/Application Support/Emacs/preview:/Library/Application Support/Emacs/auctex/images:/Library/Application Support/Emacs/auctex:/Library/Application Support/Emacs' 'CFLAGS=-ggdb -pipe -faltivec -maltivec -mcpu=740 -no-cpp-precomp -fomit-frame-pointer -foptimize-register-move -fcprop-registers -frename-registers -freorder-blocks -fpeephole -mpowerpc-gfxopt -mpowerpc-gpopt' 'CPPFLAGS=-I/usr/local/include -I/sw/include/libpng12 -I/sw/lib/pango-ft219/include -I/sw/include/pango-1.0 -I/sw/lib/freetype219/include -I/sw/include' 'LDFLAGS=-L/usr/X11R6/lib -L/usr/local/lib -L/sw/lib/ncurses -L/sw/lib/freetype219/lib -L/sw/lib/pango-ft219/lib -L/sw/lib'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: de_DE.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: de_DE.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Shell Minor modes in effect: desktop-save-mode: t display-time-mode: t mouse-sel-mode: t show-paren-mode: t tooltip-mode: t auto-compression-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t -- Mit friedvollen Grüßen Pete Give a man a fish, and you've fed him for a day. Teach him to fish, and you've depleted the lake. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-x locate regression
The patch I sent yesterday was silly. I send an alternative patch below, which I will install if there are no objections. I forgot about the 'string arg to file-attributes (I should have reread the docs). The patch below passes the 'string arg to `file-attributes' and everything works OK, including the GID. The `user-login-name' stuff is unnecessary if the 'string arg is used. Probably, the 'string arg did not exist when find-lisp was written. I got confused by the comment on line 521 in ls-lisp.el: ;; Numeric uid/gid are more confusing than helpful; ;; Emacs should be able to make strings of them. ===File ~/find-lisp.el-diff= *** find-lisp.el09 Nov 2005 17:05:07 -0600 1.10 --- find-lisp.el10 Nov 2005 08:39:41 -0600 *** *** 3,9 ;; Author: Peter Breton ;; Created: Fri Mar 26 1999 ;; Keywords: unix ! ;; Time-stamp: 2005-11-10 09:00:49 teirllm ;; Copyright (C) 1999, 2000, 2002, 2003, 2004, ;; 2005 Free Software Foundation, Inc. --- 3,9 ;; Author: Peter Breton ;; Created: Fri Mar 26 1999 ;; Keywords: unix ! ;; Time-stamp: 2005-11-10 08:39:41 teirllm ;; Copyright (C) 1999, 2000, 2002, 2003, 2004, ;; 2005 Free Software Foundation, Inc. *** *** 293,299 (defun find-lisp-find-dired-insert-file (file buffer) (set-buffer buffer) (insert find-lisp-line-indent ! (find-lisp-format file (file-attributes file) (list ) (current-time --- 293,299 (defun find-lisp-find-dired-insert-file (file buffer) (set-buffer buffer) (insert find-lisp-line-indent ! (find-lisp-format file (file-attributes file 'string) (list ) (current-time *** *** 309,326 (if (memq ?s switches) ; size in K (format %4d (1+ (/ (nth 7 file-attr) 1024 (nth 8 file-attr) ; permission bits - ;; numeric uid/gid are more confusing than helpful - ;; Emacs should be able to make strings of them. - ;; user-login-name and user-full-name could take an - ;; optional arg. (format %3d %-8s %-8s %8d (nth 1 file-attr) ; no. of links ! (if (= (user-uid) (nth 2 file-attr)) ! (user-login-name) ! (int-to-string (nth 2 file-attr))); uid (if (eq system-type 'ms-dos) root ; everything is root on MSDOS. ! (int-to-string (nth 3 file-attr))); gid (nth 7 file-attr) ; size in bytes ) (find-lisp-format-time file-attr switches now) --- 309,324 (if (memq ?s switches) ; size in K (format %4d (1+ (/ (nth 7 file-attr) 1024 (nth 8 file-attr) ; permission bits (format %3d %-8s %-8s %8d (nth 1 file-attr) ; no. of links ! (if (integerp (nth 2 file-attr)) ! (int-to-string (nth 2 file-attr)) ! (nth 2 file-attr)) ; uid (if (eq system-type 'ms-dos) root ; everything is root on MSDOS. ! (if (integerp (nth 3 file-attr)) ! (int-to-string (nth 3 file-attr)) ! (nth 3 file-attr))) ; gid (nth 7 file-attr) ; size in bytes ) (find-lisp-format-time file-attr switches now) ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
No highlight in compilation-minor-mode when hi-lock-mode is on
Symptoms: 1. start emacs -Q --no-site-file 2. M-x hi-lock-mode 3. C-x C-F compilation-log-file buffer is now in fundamental mode, nothing is highlighted 4. M-x compilation-minor-mode = buffer is not highlighted But if I turn compilation mode off and on again, the buffer gets highlighted. If emacs crashed, and you have the emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file /vol/freeware/SunOS-5.8/emacs/cvs/share/emacs/22.0.50/etc/DEBUG for instructions. In GNU Emacs 22.0.50.4 (sparc-sun-solaris2.8, Motif Version 2.1.0) of 2005-11-09 on sfsws4 X server distributor `Sun Microsystems, Inc.', version 11.0.6410 configured using `configure '--with-gcc' '--prefix=/vol/freeware/SunOS-5.8/emacs/cvs' '--sharedstatedir=/vol/freeware/SunOS-5.8/emacs/cvs/share' '--with-x-toolkit=motif' '--x-includes=/usr/openwin/include:/usr/local/gnu/include:/opt/exp/gnu/include:/opt/exp/include:/opt/exp/lib/xpm/include' '--x-libraries=/usr/openwin/lib:/usr/local/gnu/lib:/opt/exp/gnu/lib:/opt/exp/lib:/opt/exp/lib/xpm/lib' '--with-pop' 'CC=gcc'' 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: C locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t auto-compression-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t Recent input: help-echo help-echo menu-bar help-menu re port-emacs-bug Recent messages: (/usr/local/gnu/cvs/head/bin/emacs -Q --no-site-file) For information about the GNU Project and its goals, type C-h C-p. Loading emacsbug...done ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
apropos-regexp variable void
Input: M-x apropos RET ^run-hooks Output apropos-score-symbol: Symbol's value as variable is void: apropos-regexp In GNU Emacs 22.0.50.2 (i686-pc-linux-gnu, GTK+ Version 2.6.10) of 2005-11-10 on olgas X server distributor `The X.Org Foundation', version 11.0.60802000 configured using `configure '--with-gtk' 'CFLAGS=-g'' Important settings: value of $LC_ALL: en_US 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_US locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: display-time-mode: t desktop-save-mode: t tooltip-mode: t auto-compression-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t Recent input: r return r u n - h o o k s return M-x M-p return r u n SPC h o o k s return M-x a p r return ^ r u n - h o o k return C-x 4 b * M e s tab return C-SPC M-b C-p C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-a C-SPC C-e M-w M-x e m a c s - b u g return DEL DEL DEL DEL DEL DEL DEL DEL DEL r e p o r tab return Recent messages: Scanning +drafts...done Threading +drafts...done Fontifying show-+drafts... (regexps..) Fontifying show-+drafts... (regexps..) Mark set [2 times] Loading apropos...done Loading help-mode...done apropos-score-symbol: Symbol's value as variable is void: apropos-regexp Mark set [2 times] Loading emacsbug...done -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: menu-updating-frame is nil on X
From: Juri Linkov [EMAIL PROTECTED] Cc: emacs-pretest-bug@gnu.org Date: Thu, 10 Nov 2005 12:08:05 +0200 Does the following patch give good results? Index: src/xmenu.c === RCS file: /cvsroot/emacs/emacs/src/xmenu.c,v retrieving revision 1.295 diff -u -r1.295 xmenu.c --- src/xmenu.c 7 Aug 2005 12:33:19 - 1.295 +++ src/xmenu.c 9 Nov 2005 19:08:26 - @@ -3498,6 +3498,7 @@ /* Help display under X won't work because XMenuActivate contains a loop that doesn't give Emacs a chance to process it. */ menu_help_frame = f; + XSETFRAME (Vmenu_updating_frame, f); It doesn't work. Vmenu_updating_frame is nil initially on a new frame, because this change is in `xmenu_show', and in the non-toolkit version `xmenu_show' is called only after clicking on the menu bar. So initially some icons in the toolbar are disabled. After the first mouse click on the menu bar, Vmenu_updating_frame gets a non-nil value, so icons on the toolbar become enabled. But in any case, menu items in sub-menus on the menu bar are still disabled regardless of the value of Vmenu_updating_frame. Thanks for testing and for this information. But I still doubt that setting of Vmenu_updating_frame is necessary. Setting it could be useful in other contexts. In any case, having a variable that works only in a small number of Emacs configuration is not a good idea, IMHO. My previous change (i.e. using `(or menu-updating-frame (selected-frame))') assumes that if `menu-updating-frame' is nil, this means that the menu frame is the same as the selected frame. I'm not sure this is the right assumption. I will think about this problem some more and try to find a better solution. Btw, if Vmenu_updating_frame is not set, it probably means that tmm has trouble in the non-toolkit build. Is that indeed so? ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: apropos-regexp variable void
Bill Wohler [EMAIL PROTECTED] writes: apropos-score-symbol: Symbol's value as variable is void: apropos-regexp This use had escaped the renaming to `apropos-pattern', I fixed it. Thanks. -- Romain Francoise [EMAIL PROTECTED] | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
Why not use the splash screen as a screen saver, i.e. if emacs has been idle for N seconds, show the splash screen (of course, people should have a chance to turn this off). Would people like that? I think it would be very annoying? ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: set-window-point
Whether that is a bug depends on the rest of the window configuration. What was that configuration? What windows did you have, and what buffers did they display, and which one was selected, and which window did you do this in? Does it really depend on these things? Yes. Could you describe that information? ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
There is a switch -no-splash to inhibit the splash screen if that is what you want to do. Does that resolve the problem? ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
custom-set-variables fails to set variable
I've found a problem where my mh-letter-mode-hook (in MH-E) isn't getting called. It is listed properly in the custom-set-variables stanza, but when I start Emacs, load MH-E, and run customize-option on mh-letter-mode-hook, the hook is empty! When I enter the hook function, the hook works again. Is it because MH-E isn't loaded when custom-set-variables is run? Is it something MH-E is doing when it is loaded? I do not see this behavior under Emacs 21 so this is a regression. I intend to go through the rest of my customization variables to see if this a trend or an isolated problem. I'll follow up on this thread when I do. In GNU Emacs 22.0.50.2 (i686-pc-linux-gnu, GTK+ Version 2.6.10) of 2005-11-10 on olgas X server distributor `The X.Org Foundation', version 11.0.60802000 configured using `configure '--with-gtk' 'CFLAGS=-g'' Important settings: value of $LC_ALL: en_US 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_US locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: MH-Folder Minor modes in effect: hl-line-mode: t display-time-mode: t desktop-save-mode: t tooltip-mode: t auto-compression-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t Recent input: h v a DEL DEL a v i o r SPC s o SPC DEL DEL DEL o r SPC s h o u l d SPC I SPC r e p o r t SPC i t SPC C-SPC C-p C-f C-f C-f C-f C-f C-f C-f C-f C-f C-w C-a C-n C-SPC C-p C-p C-p C-p C-p C-p C-p C-p C-p C-n C-w C-c C-c SPC SPC SPC SPC SPC i return C-n C-n C-n C-n C-n C-n C-n C-n C-p C-x 4 b d r tab M-x r e p o r t - e m return Recent messages: Auto-saving...done Mark set [2 times] Spell checking region using aspell with default dictionary... Spell-checking using aspell with default dictionary done Wrote /home/wohler/var/mail/drafts/5 Sending...backgrounded inc +inbox...done Fontifying show-+inbox... (regexps..) Quit Loading emacsbug...done -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: File names with accented Latin characters are not displayed correctly
Miles == Miles Bader [EMAIL PROTECTED] writes: Miles If you're using the CVS emacs-unicode-2 branch, you will get Miles the same thing because that CVS branch is updated via my arch Miles branch. Is there a list that tracks changes applied to either the emacs-unicode-2 branch in CVS or the corresponding arch branch, ala emacs-commit@gnu.org for CVS HEAD? -JimC -- James H. Cloos, Jr. [EMAIL PROTECTED] ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
OS X: Character Palette input doesn't work
In the Carbon port, one cannot use the Character Palette to input characters into Emacs. The original report came from an Aquamacs user. It's easy to insert a Unicode character in a window from a Keyboard Viewer (e.g. a cyrillic character from an Ukrainian keyboard) but I cannot insert a Unicode character from the Character Palette. The Insert button remains grayed out. I confirmed this for a very recent Emacs CVS version. The Insert function of Character Palette is disabled while in Emacs. All other applications are happy to take input from it. I couldn't find out what the cause of the problem is - I was looking for issues with the Carbon event handling and a missing event handler for some text input event. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Bill Wohler wrote: I've found a problem where my mh-letter-mode-hook (in MH-E) isn't getting called. It is listed properly in the custom-set-variables stanza, but when I start Emacs, load MH-E, and run customize-option on mh-letter-mode-hook, the hook is empty! When I enter the hook function, the hook works again. Is it because MH-E isn't loaded when custom-set-variables is run? Is it something MH-E is doing when it is loaded? No. The sequence of events is the following. (I explain it in a somewhat simplified version, but it is still complex enough.) The entry for mh-letter-mode-hook in the custom-set-variables form is not executed while your .emacs is loaded, _unless_ the variable already has a value at that time. If the variable already has a value, custom-set-variables immediately overwrites it and you will note that your bug disappears if you put (defvar mh-letter-mode-hook nil) in your .emacs _before_ the call to custom-set-variables. But if mh-letter-mode-hook is unbound when the custom-set-variables form is evaluated then all custom-set-variables does is set the 'saved-value property of mh-letter-mode-hook, which remains unbound. Later, when the defcustom is executed mh-letter-mode-hook is set to the 'saved-value property _if_ it is still unbound. But if it got bound to some value in the meantime, the defcustom leaves that value unchanged. Summary, where defvar means a non-compiler defvar, i.e just (defvar foo) has no effect, except quieting the compiler: defvar custom-set-variables defvar defcustom: custom-set-variables wins. custom-set-variables defcustom defvar: custom-set-variables wins again. custom-set-variables defvar defcustom: The defvar wins. All of this may look contorted, but the fact is that making a defcustom compete with a real defvar makes no sense. mh-letter-mode is defined using define-derived-mode, whose macroexpanded form contains: (defvar mh-letter-mode-hook nil) This is normally executed after the custom-set-variables form, but before the defcustom, so we get: custom-set-variables defvar defcustom and the defvar wins. mh-letter-mode-hook remains nil. There are probably good, but complex reasons behind Custom's complexity, as explained above. I do not immediately know what the best real solution to your problem is, but a workaround to the problem would be to put the defcustom before the call to define-derived-mode. Then you get: custom-set-variables defcustom defvar and the defvar looses, as it should. Sincerely, Luc. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
From my previous message: custom-set-variables defcustom defvar and the defvar looses, as it should. The defvar looses in the struggle for the value, but the defvar wins in as far as the docstring is concerned, which might be a problem for you. To avoid this you could do: defcustom define-derived-mode yet-another-defvar-with-your-docstring, which would start looking very strange. Maybe we need a keyword argument to define-derived-mode that prevents it from defvarring the mode hook, in case somebody wants a defcustom or a hand-crafted defvar. Sincerely, Luc. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Bill Wohler [EMAIL PROTECTED] writes: I've found a problem where my mh-letter-mode-hook (in MH-E) isn't getting called. It is listed properly in the custom-set-variables stanza, but when I start Emacs, load MH-E, and run customize-option on mh-letter-mode-hook, the hook is empty! When I enter the hook function, the hook works again. Is it because MH-E isn't loaded when custom-set-variables is run? Is it something MH-E is doing when it is loaded? I do not see this behavior under Emacs 21 so this is a regression. It is not documented in NEWS, either. I intend to go through the rest of my customization variables to see if this a trend or an isolated problem. I'll follow up on this thread when I do. Boy howdy! It is a trend. When I bring up a customization buffer for each of my customization variables, some look good (are set correctly, have a state of saved, and have documentation). However, the rest have a value of nil or are just empty (mostly hooks), have a state of changed, and do not have documentation strings. The ones that are OK are either in files that are in preloaded-file-list or have ;;;###autoload cookies. There are two solutions 1. Preserve the Emacs 21 semantics which had the effect of remembering customization settings in customize-set-variables so that when the modules were eventually loaded, the user's settings took precendence. 2. Add lots of lots of ;;;###autoload cookies to defcustoms everywhere. I am but one small user, but my list of broken customization variables is long (appended below). I suspect that option #2 is the preferred approach as it has the advantage of providing docstrings and customizationability to options in unloaded packages. It looks like the great majority of these are in the Gnus and MH-E packages. If a Gnus person can handle the Gnus options, I can handle the MH-E options, and Peter can handle the Debian options. Richard, should someone take the responsibility of ensuring that all of the defcustom options are autoloaded? Do *all* of the options need to be autoloaded? Or just the right ones (whatever that is)? - List of broken options in ~wohler/.emacs.custom - Man-notify-method c-backslash-column canlock-password cperl-font-lock cperl-indent-level cperl-lazy-help-time cperl-under-as-char cvs-confirm-removals debian-bug-always-CC-myself debian-bug-menu-action-default debian-bug-menu-preload-flag gnus-agent-expire-days gnus-asynchronous gnus-before-startup-hook gnus-default-article-saver gnus-directory gnus-group-line-format gnus-interactive-catchup gnus-interactive-exit gnus-large-newsgroup gnus-message-archive-group gnus-message-archive-method gnus-orphan-score gnus-read-active-file gnus-read-newsrc-file gnus-save-killed-list gnus-save-newsrc-file gnus-score-expiry-days gnus-secondary-select-methods gnus-summary-line-format gnus-summary-mode-hook gnus-thread-expunge-below gnus-thread-hide-subtree gnus-thread-sort-functions gnus-updated-mode-lines gnus-visible-headers gpg-passphrase-timeout ispell-program-name jde-db-source-directories jde-project-file-name jde-use-font-lock log-edit-hook lpr-page-header-program lpr-page-header-switches mail-source-delete-incoming mail-sources message-auto-save-directory message-directory message-mail-user-agent message-send-hook message-sent-hook message-user-organization mh-alias-insertion-location mh-auto-fields-list mh-before-quit-hook mh-before-send-letter-hook mh-compose-skipped-header-fields mh-compose-space-does-completion-flag mh-default-folder-must-exist-flag mh-default-folder-prefix mh-delete-yanked-msg-window-flag mh-display-buttons-for-alternatives-flag mh-do-not-confirm-flag mh-folder-mode-hook mh-identity-default mh-identity-list mh-inc-folder-hook mh-index-new-messages-folders mh-index-ticked-messages-folders mh-invisible-header-fields mh-invisible-header-fields-default mh-junk-background mh-junk-disposition mh-large-folder mh-letter-mode-hook mh-lpr-command-format mh-mime-save-parts-default-directory mh-quit-hook mh-recenter-summary-flag mh-recursive-folders-flag mh-reply-default-reply-to mh-show-mode-hook mh-show-threads-flag mh-show-use-goto-addr-flag mh-tool-bar-folder-buttons mh-yank-behavior mm-discouraged-alternatives mm-inline-large-images mm-inline-text-html-with-images mm-text-html-renderer nnmail-keep-last-article nnmail-prepare-incoming-hook pgg-encrypt-for-me pgg-query-keyserver smiley-data-directory speedbar-hide-button-brackets-flag speedbar-use-images w3m-content-type-alist w3m-key-binding w3m-use-favicon -- Bill Wohler [EMAIL PROTECTED]
Re: apropos-regexp variable void
Romain Francoise [EMAIL PROTECTED] writes: Bill Wohler [EMAIL PROTECTED] writes: apropos-score-symbol: Symbol's value as variable is void: apropos-regexp This use had escaped the renaming to `apropos-pattern', I fixed it. Thanks. Confirmed fixed, thanks! p.s. Saw the following when compiling: In end of data: apropos.el:963:1:Warning: the function `help-buffer' is not known to be defined. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Luc Teirlinck [EMAIL PROTECTED] writes: custom-set-variables defvar defcustom: The defvar wins. Thanks very much for the explanation. Too bad I didn't read this before sending my last note. I evidently got confused when I ran my last test. After loading MH-E, I found that the list I previously posted was reduced to the following: mh-inc-folder-hook mh-letter-mode-hook mh-show-mode-hook I'm still a bit confused though. For example, mh-show-mode-hook is defined implicitly by the definition of mh-show-mode in mh-utils.el which requires mh-customize.el which contains the defcustom of mh-show-mode-hook. Shouldn't that defcustom have won against the defvar in the mh-show-mode? I'd still be curious to hear the opinions on whether one should use the ;;;###autoload cookie on the defcustoms or not. Also, why does the same code work in Emacs 21 and not in Emacs 22? -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Bill Wohler wrote: There are two solutions 1. Preserve the Emacs 21 semantics which had the effect of remembering customization settings in customize-set-variables so that when the modules were eventually loaded, the user's settings took precendence. In as far as I can see the way that customization settings are remembered in emacs-23 is exactly the same as in current CVS. I explained the somewhat complex details in my earlier message. What _has_ changed is that now define-derived-mode writes a defvar for the mode hook. It did not do that in emacs-21.3. That is what caused the regression. Why does define-minor-mode need to defvar the mode hook? There is no need to defvar hooks. `add-hook' can perfectly handle unbound hook variables. I propose that we revert this change in define-derived-mode. One should check define-minor-mode and similar macros to see if they have the same problem and correct them too if they do. Boy howdy! It is a trend. Not to the degree you think. Obviously it is a trend for mode hooks that have competing definitions, one as a defvar and one as a defcustom. However, many of the problems in your list seem to be unrelated local problems. For instance I can not reproduce your problem with ispell-program-name. Sincerely, Luc. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
I'm still a bit confused though. For example, mh-show-mode-hook is defined implicitly by the definition of mh-show-mode in mh-utils.el which requires mh-customize.el which contains the defcustom of mh-show-mode-hook. Shouldn't that defcustom have won against the defvar in the mh-show-mode? I should look at the details to figure that out. But do not forget that add-hook also will bind an undefined hook, just as defvar does. Custom and hooks quite simply do not work very well together. Per designed Custom under the assumption that there are two disjoint classes of variables: internal variables for use by programs and Custom variables for user customization which programs should never touch. Emacs does not satisfy that assumption and this creates problems. These problems are the worst for hooks, which should be manipulated with add-hook and remove-hook, not with setq-default, as Custom does. I described several nasty problems related to Custom and hooks earlier. This is a yet another one. We are planning for a fix, but decided it was too involved to do before the release. (add-hook 'foo-hook 'essential-function) custom-set-variables: The custom-set-variables undoes the add-hook. This is a problem I described earlier. It could create problems if a user upgrades to an Emacs version in which essential-function is new and essential. It is a constant potential pitfall for CVS users. But now: custom-set-variables (add-hook 'foo-hook 'essential-function) defcustom: Now the add-hook means that the user's customization is ignored. This is yet another problem related to Custom and hooks. custom-set-variables defcustom (add-hook 'foo-hook 'essential-function) will work as intended, but I see no way to always guarantee this order. I'd still be curious to hear the opinions on whether one should use the ;;;###autoload cookie on the defcustoms or not. It could solve the newly pointed out problem with Custom and hooks, but would not solve the other ones, like, for instance, the first one I pointed out above (there are others). Some people who do not have a lot of memory available might not like it. Sincerely, Luc. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Bill Wohler wrote: Also, why does the same code work in Emacs 21 and not in Emacs 22? I believe that I answered this in an earlier reply, but maybe you had not yet read that reply when you asked this. Sincerely, Luc. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Luc Teirlinck [EMAIL PROTECTED] wrote: Bill Wohler wrote: Also, why does the same code work in Emacs 21 and not in Emacs 22? I believe that I answered this in an earlier reply, but maybe you had not yet read that reply when you asked this. Yes, that is correct. I liked your proposal to revert to Emacs 21 semantics. This would also fix the problem with the two broken MH-E hooks which, as far as I can tell, shouldn't be broken (although I might be confused about how require works ;-). (Who knows how many other hooks are broken in the same way.) If Gerd is listening, perhaps he can let us know why he added that defvar: revision 1.2 date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 branches: 1.2.2; (define-derived-mode): Mention hook in doc string. Defvar the derived hook. Maybe someone familiar with that code can take it out... -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: set-window-point
Whether that is a bug depends on the rest of the window configuration. What was that configuration? What windows did you have, and what buffers did they display, and which one was selected, and which window did you do this in? Does it really depend on these things? Yes. Perhaps the docstring should say: Make point value in window be at position pos in window's buffer unless... Could you describe that information? Initially there is one frame displaying two windows: one display the GUD buffer and the other displaying the source where execution has stopped. Neither window is dedicated GUD-GDB-Frames-Disassembly is selected from the menu-bar (with either window selected). The disassembly buffer appears in its own frame as a dedicated window with frame focus and Emacs makes this window selected. The cursor is at the start of the buffer and Edebug shows that set-window-point doesn't move it. The easiest way to see this is by following the steps in the original report i.e run any simple program under GDB in Emacs, break at main and look at the disassembly. Nick ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: apropos-regexp variable void
p.s. Saw the following when compiling: In end of data: apropos.el:963:1:Warning: the function `help-buffer' is not known to be defined. It's harmless. The problem is that the byte-compiler doesn't think hard enough: help-setup-xref is autoloaded from help-mode.el, so after the call to help-setup-xref all the functions in help-mode will be defined, including help-buffer. Stefan ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
revision 1.2 date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 branches: 1.2.2; (define-derived-mode): Mention hook in doc string. Defvar the derived hook. Maybe someone familiar with that code can take it out... I'll gladly take it out if nobody objects. Stefan ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: apropos-regexp variable void
Stefan Monnier [EMAIL PROTECTED] wrote: p.s. Saw the following when compiling: In end of data: apropos.el:963:1:Warning: the function `help-buffer' is not known to be defined. It's harmless. Harmless or not, we don't allow any compiler errors in MH-E so that any real error stands out like a sore thumb rather than being hidden in a forest. I'd encourage this convention for the Emacs project as a whole. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
I think it would be good if there was some obvious indicator on the splash screen that would make the true state of affairs obvious. That seems like a good idea. For instance, what about a line following the big logo picture like: Files to be visited: foo.c bar.c The files have been visited already, haven't they, when the splash screen goes up? And if you said -f gnus, hasn't gnus already been started? How about Type SPC to proceed to editing the files foo.c and bar.c or Type SPC to proceed to use gnus. These not only avoid inaccuracy, they also give more direct advice about what the user should do. Would you like to implement that? ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug