Carbon: mac-pass-command-to-system disfunctional
Seems like mac-pass-command-to-system is broken. Testcase: (setq mac-pass-command-to-system nil) Press Command-h. You should get a A-h is undefined message (or similar). This works in a version compiled around 20-Dec-2005, but not in a recent version, where Command-H is still passed to the system and hides the application. Is there a chance the following change has to do with it? revision 1.147 date: 2005-12-19 08:30:56 +; author: mituharu; state: Exp; lines: +71 -60 ... (mac_pass_command_to_system, mac_pass_control_to_system): New boolean variables renamed from Lisp_Object ones Begin forwarded message: From: Konrad Podczeck [EMAIL PROTECTED] Date: 31 March 2006 00:09:50 BDT To: David Reitter [EMAIL PROTECTED], aquamacs- [EMAIL PROTECTED] Subject: Another 0.9.9 bug I just detected (actually with 0.9.9a) that turning off Mac Pass Command To System in the Aquamacs customization buffer does not give the intended effect anymore. Fatal for some of my personal key- bindings. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Carbon / tool-bar: changes in size temporarily
In the Carbon port, when a large font (e.g. Monaco 18) is selected for a frame, the tool-bar becomes (visually) much higher (I guess 3 lines high). However, when you toggle the visibility of the tool-bar, for example with the following code (modify-frame-parameters nil '((tool-bar-lines . 0))) (modify-frame-parameters nil '((tool-bar-lines . 1))) the tool-bar shrinks back to a visually much more appealing height - that is, about 2 lines high. It would be consistent if the tool-bar resized directly to the lowest multiple of line height that is larger than the maximal icon height when the font is changed. That would be 2 lines in this case. Begin forwarded message: From: Konrad Podczeck [EMAIL PROTECTED] Date: 29 March 2006 21:01:02 BDT To: David Reitter [EMAIL PROTECTED], aquamacs- [EMAIL PROTECTED] Subject: Three bugs with 0.9.9 (2) There is some strange behaviour of the toolbar now. Example: I start Aquamacs and open a texfile, initially displayed in Monaco 14. I change the font to TimesNewRoman 18, and as a byproduct the height of the toolbar drastically increases. I invoke the button for toggling the appearance of the toolbar twice, and now the height of the toolbar is smaller, and in fact smaller then it was initially when I opened the file in Monaco 14. I didn't observe such behaviour in earlier versions of Aquamacs. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Carbon: mac-pass-command-to-system disfunctional
On Fri, 31 Mar 2006 09:10:59 +0100, David Reitter [EMAIL PROTECTED] said: Seems like mac-pass-command-to-system is broken. Testcase: (setq mac-pass-command-to-system nil) Press Command-h. You should get a A-h is undefined message (or similar). I tried the testcase with the Carbon port, but I got this error provided I've set `mac-command-modifier' to `alt'. YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Carbon / tool-bar: changes in size temporarily
On Fri, 31 Mar 2006 09:19:01 +0100, David Reitter [EMAIL PROTECTED] said: In the Carbon port, when a large font (e.g. Monaco 18) is selected for a frame, the tool-bar becomes (visually) much higher (I guess 3 lines high). However, when you toggle the visibility of the tool-bar, for example with the following code (modify-frame-parameters nil '((tool-bar-lines . 0))) (modify-frame-parameters nil '((tool-bar-lines . 1))) the tool-bar shrinks back to a visually much more appealing height - that is, about 2 lines high. I could reproduce it also with the X11 (non-GTK) build by changing the frame font to Courier 24 by S-mouse-1, followed by the evaluation of the above expressions. YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Graphics files in archives cannot be toggled to display image or code
Am 31.03.2006 um 05:10 schrieb Richard Stallman: Does this patch fix the problem? No, it does not: I still see only empty frames (in bold magenta for xbm in tar, in black for tiff or gif in zip) and the JPEG file does not switch to the frame, i.e. I see only file's code from the start. (No more tries.) I launched GNU Emacs as src/emacs -Q. -- Greetings Pete Behold the warranty ... the bold print giveth and the fine print taketh away. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Carbon: mac-pass-command-to-system disfunctional
On 31 Mar 2006, at 09:29, YAMAMOTO Mitsuharu wrote: (setq mac-pass-command-to-system nil) Press Command-h. You should get a A-h is undefined message (or similar). I tried the testcase with the Carbon port, but I got this error provided I've set `mac-command-modifier' to `alt'. Turns out, this was most likely due to a version of mac-inline-patch which hadn't been adapted yet to the December change for Vmac_pass_command_to_system. Sorry about that, and thanks for testing. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Missing NEWS entry for comint-send-input
Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: There is an incompatible change in the function comint-send-input in comint.el between versions 21.4 and 22.0.50. This change seems to be not documented in NEWS. Old : (defun comint-send-input () ... ) New : (defun comint-send-input (optional no-newline artificial) ...Callers sending input not from the user should use ARTIFICIAL = t. ... ) I assume this is the cause for problems in gnuplot.el (Part of the plotting package gnuplot). It workes fine in v.21.4, but in 22.0.50 after every command sent to gnuplot emacs hangs until awakened with C-g. The problem disappears after changing (comint-send-input) to (comint-send-input nil t) in gnuplot.el. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.0.2195) of 2006-03-09 on NEUTRINO X server distributor `Microsoft Corp.', version 5.0.2195 configured using `configure --with-gcc (3.4) --cflags -Ic:/Programme/GnuWin32/include' 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: DEU locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Outline Minor modes in effect: iswitchb-mode: t auto-insert-mode: t encoded-kbd-mode: t tooltip-mode: t auto-compression-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-decoding-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t view-mode: t ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: C indentation error.
Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] To: Michael Cadilhac [EMAIL PROTECTED] From: Richard Stallman [EMAIL PROTECTED] Hi, Michael, Richard! First, a big apology for not getting back to you for so long. As well as all the things in Emacs, I've got serious personal stress at the moment and haven't been able to concentrate properly on the bug. So, sorry. Incidentally, Michael, your mail server has rejected my attempts to send you mail, as follows: Mar 31 09:58:21 acm sendmail[320]: JAA00286: to=[EMAIL PROTECTED], delay=00:02:10, xdelay=00:00:03, mailer=esmtp, relay=smtp.lrde.epita.fr. [62.39.139.2], stat=Deferred: 451-193.149.49.134 is not yet authorized to deliver mail from [EMAIL PROTECTED] to On Sun, 19 Mar 2006, Michael Cadilhac wrote: Richard Stallman [EMAIL PROTECTED] writes: I got an error with some C indentation in macro definitions in GNU Emacs 22.0.50.34 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-03-02. Error is triggered by: With emacs -Q : In scratch, insert the following: #foo :\ bar Toggle to c-mode, and try to indent the last line. I get: Invalid search bound (wrong side of point). Yes, this does indeed happen, and is definitely a bug. Thank you for reporting it. I'm guessing that you've reduced the code down to the minimum needed to demonstrate the bug, which is appreciated, and that you've got real code in which this bug happened. What is happening is that in c-forward-label, the code is trying to see if bar is a label. (It isn't, of course). One of the things it checks is if there is a label just before bar. To do this, it first moves backwards to #foo. Then it moves forward over whitespace before calling c-forward-label recursively. This whitespace is the problem: Since #foo is a preprocessor directive, c-forward-syntactic-ws regards the entire line (including the continuation line) as whitespace, hence point is in the wrong place . The code here needs to be fixed to check for #things. [ Discussion about no-error in c-syntactic-re-search-forward snipped. ] After a little more search, I propose the following change : Index: lisp/progmodes/cc-engine.el === RCS file: /cvsroot/emacs/emacs/lisp/progmodes/cc-engine.el,v retrieving revision 1.47 diff -c -r1.47 cc-engine.el *** lisp/progmodes/cc-engine.el 24 Feb 2006 15:33:02 - 1.47 --- lisp/progmodes/cc-engine.el 19 Mar 2006 17:59:56 - *** *** 5916,5922 ;; it shouldn't apply when we check the ;; preceding label. c-record-type-identifiers) !(c-forward-syntactic-ws) (c-forward-label nil pte start ;; Check that the next nonsymbol token is :. Allow '(' --- 5916,5922 ;; it shouldn't apply when we check the ;; preceding label. c-record-type-identifiers) !(c-forward-syntactic-ws pte) (c-forward-label nil pte start ;; Check that the next nonsymbol token is :. Allow '(' -- Well... It fixes the bug, really, but it doesn't investigate the bug as it probably should be ; the bug _may_ be in c-forward-sws, a too long function for me to work on ;-) Your patch is a workaround rather than a fix. I think I should be able to fix the bug properly in the next week or two. (Also, c-forward-sws is almost too long a function for _me_ to work on. ;-). Bye ! Again, sorry for the delay in answering. Michael Cadilhac, a.k.a. Micha [mika] | -- Alan Mackenzie (Munich, Germany) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: bootstrap failed due to recent mh-e changes
Compiling /home/brep/emacs-source/emacs-unicode-2/lisp/./mh-e/mh-e.el In toplevel form: mh-e/mh-e.el:997:1:Error: Symbol's function definition is void: mh-strip-package-version make[2]: *** [compile] Error 1 make[2]: Leaving directory `/home/brep/emacs-source/emacs-unicode-2/lisp' make[1]: *** [bootstrap-build] Error 2 make[1]: Leaving directory `/home/brep/emacs-source/emacs-unicode-2' make: *** [bootstrap] Error 2 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: bootstrap failed due to recent mh-e changes
Zhang Wei [EMAIL PROTECTED] writes: Compiling /home/brep/emacs-source/emacs-unicode-2/lisp/./mh-e/mh-e.el In toplevel form: mh-e/mh-e.el:997:1:Error: Symbol's function definition is void: mh-strip-package-version make[2]: *** [compile] Error 1 make[2]: Leaving directory `/home/brep/emacs-source/emacs-unicode-2/lisp' make[1]: *** [bootstrap-build] Error 2 make[1]: Leaving directory `/home/brep/emacs-source/emacs-unicode-2' make: *** [bootstrap] Error 2 Fixed. Apologies. If an update doesn't resolve the problem, please remove lisp/mh-e/*.elc and try again. -- 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
read-abbrev-file function
;; Bugged: read-abbrev-file function in abbrev.el ;; The `(interactive f' - kontroll-letter takes just ;; the current buffer-file if you quit the demand ;; with RET. That's not what you want: If the file is ;; already open, there is no need to call ;; `read-abbrev-file', the `default-abbrev-file' should ;; be called in the case of no specified user input. ;; Proposed fix: ;; Loads the default-abbrev-file unless no file is specified. (defalias 'read-abbrev-file 'read-abbrev-file-ar) (defun read-abbrev-file-ar (optional file quietly) Read abbrev definitions from file written with `write-abbrev-file'. Optional argument FILE is the name of the file to read; it defaults to the value of `abbrev-file-name'. Optional second argument QUIETLY non-nil means don't print anything. (interactive) (let* ((abbrevs-to-load file) (abbrevs-to-load (if abbrevs-to-load abbrevs-to-load ;; clear unavertedly inserted whitespaces (string-strip (read-from-minibuffer (concat (default: abbrev-file-name) )) t t))) (abbrevs-to-load (if (string= abbrevs-to-load ) abbrev-file-name abbrevs-to-load))) (load abbrevs-to-load nil quietly)) (setq abbrevs-changed nil)) ;; Function needed to clear unavertedly ;; inserted whitespaces ;; Source: comment-string-strip, newcomment.el, GNU Emacs 22.0.50.1;; (defun string-strip (str beforep afterp) Strip STR of any leading (if BEFOREP) and/or trailing (if AFTERP) space. (string-match (concat \\` (if beforep \\s-*) \\(.*?\\) (if afterp \\s-*\n?) \\') str) (match-string 1 str)) ;; end ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: bootstrap failed due to recent mh-e changes
Zhang == Zhang Wei [EMAIL PROTECTED] writes: Zhang Compiling /home/brep/emacs-source/emacs-unicode-2/lisp/./mh-e/mh-e.el Zhang In toplevel form: Zhang mh-e/mh-e.el:997:1:Error: Symbol's function definition is void: mh-strip-package-version Zhang make[2]: *** [compile] Error 1 Zhang make[2]: Leaving directory `/home/brep/emacs-source/emacs-unicode-2/lisp' Zhang make[1]: *** [bootstrap-build] Error 2 Zhang make[1]: Leaving directory `/home/brep/emacs-source/emacs-unicode-2' Zhang make: *** [bootstrap] Error 2 Oh good, it's not just me. :) I was about to report the same thing. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 merlyn@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: bootstrap failed due to recent mh-e changes
Luc Teirlinck [EMAIL PROTECTED] wrote: Bill Wohler wrote: If an update doesn't resolve the problem, please remove lisp/mh-e/*.elc and try again. All of that is apparently not sufficient to solve the problem. Still same error message: Compiling /home/teirllm/emacscvsdir/emacs/lisp/./mh-e/mh-e.el In toplevel form: mh-e/mh-e.el:997:1:Error: Symbol's function definition is void: mh-strip-package-version make[2]: *** [compile] Error 1 make[2]: Leaving directory `/home/teirllm/emacscvsdir/emacs/lisp' make[1]: *** [bootstrap-build] Error 2 make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs' make: *** [bootstrap] Error 2 I do not understand this. If you remove mh-e/*.elc, it compiles. If you just touch mh-e/mh-e.el and compile it fails. I found that making mh-strip-package-version a macro fixes the error (which I just checked in). If someone would like to explain why this is so, I would listen eagerly. Is this fixing the problem, or merely masking the symptoms? Color me baffled by the compiler (again). -- 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
Speedbar mode line is far too wide
emacs -q M-x speedbar The mode line centers Files (where is a number) between 64 black spaces and and . This is needlessly wide. If, for example, frame-fitting code is used, the Files usually disappears off to the right, because the buffer text (when collapsed) is much narrower. Please use just Files or similar, with no extra padding. 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 c:/Emacs-22-2006-03-20/etc/DEBUG for instructions. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Speedbar mode line is far too wide
emacs -q M-x speedbar The mode line centers Files (where is a number) between 64 black spaces and and . This is needlessly wide. If, for example, frame-fitting code is used, the Files usually disappears off to the right, because the buffer text (when collapsed) is much narrower. Please use just Files or similar, with no extra padding. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include' 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: ENU locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Dired by name Minor modes in effect: encoded-kbd-mode: t tooltip-mode: t auto-compression-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-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 help-echo help-echo menu-bar help-menu report-emacs-bug Recent messages: (C:\Emacs-22-2006-03-20\bin\emacs.exe -q --no-site-file --debug-init C:\drews-lisp-20) Loading encoded-kb...done For information about the GNU Project and its goals, type C-h C-p. Loading dired... Loading regexp-opt...done Loading dired...done Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Funktion in Elisp manual
In the Emacs Lisp manual, for example node Parameter Access, I see Funktion everywhere. That is not English. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include' 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: ENU locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Info Minor modes in effect: encoded-kbd-mode: t tooltip-mode: t auto-compression-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-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: f r a m e - a l i s t return C-h i C-x 1 help-echo help-echo help-echo down-mouse-2 mouse-2 help-echo s f r a i n backspace backspace backspace i n g e return help-echo down-mouse-2 mouse-2 help-echo down-mouse-2 mouse-2 wheel-down wheel-down wheel-up double-wheel-up triple-wheel-up u u mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 help-echo u s f r a m e - p a r a m e t e r return s return s return s return s return s return help-echo down-mouse-2 mouse-2 help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo menu-bar help-menu report-emacs-bug Recent messages: Loading info... Loading easymenu...done Loading info...done Composing main Info directory...done mwheel-scroll: Beginning of buffer Searching subfile elisp-2... Searching subfile elisp-3... Searching subfile elisp-4... Searching subfile elisp-5... Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: bootstrap failed due to recent mh-e changes
Bill Wohler wrote: I do not understand this. If you remove mh-e/*.elc, it compiles. If you just touch mh-e/mh-e.el and compile it fails. I did `make maintainer-clean' and I even checked that that really removed all mh-e/*.elc files. Bootstrapping nevertheless failed (before your very latest change). I found that making mh-strip-package-version a macro fixes the error (which I just checked in) Now bootstrapping indeed works again. Sincerely, Luc. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
compilation-message-face should be an option or shouldn't exist
`compilation-message-face' is a new, internal variable that hard-codes underlining on complete lines in compilation buffers. This is ridiculous - it gives users no control over the appearance of such lines (except by fiddling with an internal variable). It should be a face or a user option, so users can customize it. And the default value should be the default face - that is, there should be no special appearance, by default. As it stands now, the only way I could find to turn off this horrible underlining is to set this internal variable to nil. This isn't even documented, AFAIK. This ugliness is intrusive and obstructs readability. The only underlining that would make sense in this context would be to use `underline' as the `mouse-face' (not the `face') property. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include' 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: ENU locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Help Minor modes in effect: encoded-kbd-mode: t tooltip-mode: t auto-compression-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-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 view-mode: t Recent input: down-mouse-1 mouse-1 C-h v d e f a u l t - f r a m e - a l i s t return help-echo help-echo help-echo help-echo help-echo down-mouse-1 mouse-1 help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo menu-bar help-menu report-emacs-bug Recent messages: (C:\Emacs-22-2006-03-20\bin\emacs.exe -q --no-site-file --debug-init C:\drews-lisp-20) Loading encoded-kb...done For information about the GNU Project and its goals, type C-h C-p. Loading dired... Loading regexp-opt...done Loading dired...done Loading help-fns...done Loading pp...done Type C-x 1 to remove help window. Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Send Bug Report is worse
Help Send Bug Report is worse than before. 1. It's good that it now uses the user's mail client. It's silly that it pastes a message saying to paste the message you have already composed into the mail body. If the program can paste this silly message then it can paste the message that you have composed, and save you the trouble. 2. The message-composition buffer, *mail*, has this text *following* the cursor, so it ends up between the user's message and the extra data that is to be sent: 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 c:/Emacs-22-2006-03-20/etc/DEBUG for instructions. IOW, first there are instructions, then the cursor (so, the user message), then more instructions, then the session data. The program cleverly pastes only the user's message plus the data, avoiding this extra instruction. All of the instructions should appear at the beginning. The user input area should be delineated by a horizontal line before and after. 3. There is no need for four colors for the header labels: black, blue, brown, red. What's the point? In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include' 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: ENU locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Help Minor modes in effect: encoded-kbd-mode: t tooltip-mode: t auto-compression-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-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 view-mode: t Recent input: mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 mouse-1 down-mouse-1 mouse-1 C-c C-c y e s return help-echo help-echo help-echo help-echo help-echo help-echo menu-bar help-menu report-emacs-bug Recent messages: Loading emacsbug...done Auto-saving...done Auto-saving...done Mark set Auto-saving...done Auto-saving...done Sending... Loading mailclient...done Loading browse-url...done Sending...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug