Re: Several small bugs with Swedish Ä in path na mes
Lennart Borgman wrote: 2) In an interactive shell (M-x shell) running cmd.exe the Ä in the path is shown as \216. However using Cygwin bash.exe for the shell the letter is shown correctly. You probably need the process-coding-system set to cp850 for cmd.exe, or force cmd.exe to use cp1252 with the command chcp. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: doc strings that are too long
On Mon, Nov 21 2005, Drew Adams wrote: > The doc strings for the following functions and variables are too wide. Many > are FAR too wide; some are not too bad (but still over 80 columns). [...] > Functions: [...] > gnus-agent-delete-group > gnus-agent-rename-group > gnus-cache-delete-group > gnus-cache-rename-group Fixed in Gnus CVS (v5-10 branch; will be synced to Emacs in a couple of days). > gnus-msg-mail ,[ f gnus-msg-mail RET ] | gnus-msg-mail is an interactive compiled Lisp function in `gnus-msg.el'. | (gnus-msg-mail &optional TO SUBJECT OTHER-HEADERS CONTINUE SWITCH-ACTION YANK-ACTION SEND-ACTIONS) | | Start editing a mail message to be sent. | Like `message-mail', but with Gnus paraphernalia, particularly the | Gcc: header for archiving purposes. ` The doc string isn't too long. Maybe you meant the arguments? What can we do about this? > message-mail Same here: ,[ f message-mail RET ] | message-mail is an interactive compiled Lisp function in `message.el'. | (message-mail &optional TO SUBJECT OTHER-HEADERS CONTINUE SWITCH-FUNCTION YANK-ACTION SEND-ACTIONS) | | Start editing a mail message to be sent. | OTHER-HEADERS is an alist of header/value pairs. ` Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: doc strings that are too long
On Mon, Nov 28 2005, Arne Jørgensen wrote:
> [...]
>> latex-inputenc-coding-alist
>
> I'm the author of this one. Attached is a patch that shortens the doc
> string.
[...]
> --- lisp/international/latexenc.el4 Jul 2005 17:22:27 - 1.9
> +++ lisp/international/latexenc.el28 Nov 2005 22:12:28 -
> @@ -78,7 +78,7 @@
> ("next" . next) ; The Next encoding
> ("utf8" . utf-8)
> ("utf8x" . utf-8)) ; used by the Unicode LaTeX package
> - "Mapping from encoding names used by LaTeX's \"inputenc.sty\" to Emacs
> coding systems.
> + "Mapping from encodings used by LaTeX's \"inputenc.sty\" to Emacs coding
> systems.
> Used by the function `latexenc-find-file-coding-system'."
>:group 'files
>:group 'mule
IIRC the first line should be even shorter (e.g. for the output of M-x
apropos-variable RET -coding-alist RET'. `M-x checkdoc-defun RET'
still complains about it.
What about the following?
"Mapping from LaTeX encodings to Emacs coding systems.
LaTeX encodings are specified with \"\\usepackage[encoding]{inputenc}\".
Used by the function `latexenc-find-file-coding-system'."
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: doc strings that are too long
Reiner Steib <[EMAIL PROTECTED]> writes:
F> On Mon, Nov 28 2005, Arne Jørgensen wrote:
>
>> [...]
>>> latex-inputenc-coding-alist
>>
>> I'm the author of this one. Attached is a patch that shortens the doc
>> string.
> [...]
>> --- lisp/international/latexenc.el 4 Jul 2005 17:22:27 - 1.9
>> +++ lisp/international/latexenc.el 28 Nov 2005 22:12:28 -
>> @@ -78,7 +78,7 @@
>> ("next" . next) ; The Next encoding
>> ("utf8" . utf-8)
>> ("utf8x" . utf-8)) ; used by the Unicode LaTeX package
>> - "Mapping from encoding names used by LaTeX's \"inputenc.sty\" to Emacs
>> coding systems.
>> + "Mapping from encodings used by LaTeX's \"inputenc.sty\" to Emacs coding
>> systems.
>> Used by the function `latexenc-find-file-coding-system'."
>>:group 'files
>>:group 'mule
>
> IIRC the first line should be even shorter (e.g. for the output of M-x
> apropos-variable RET -coding-alist RET'. `M-x checkdoc-defun RET'
> still complains about it.
OK. I didn't know how short it was supposed to be.
> What about the following?
>
> "Mapping from LaTeX encodings to Emacs coding systems.
> LaTeX encodings are specified with \"\\usepackage[encoding]{inputenc}\".
> Used by the function `latexenc-find-file-coding-system'."
Fine.
Kind regards,
--
Arne Jørgensen
recently introduced bug in minibuffer handling
Symptoms: The following bug was introduced in the last two weeks or so. To reproduce, evaluate the following two definitions: (defadvice read-file-name (around read-filename-advice activate) "Tell `exit-minibuffer' to run a hook." (let ((minibuffer-exit-hook (append minibuffer-exit-hook '(my-minibuffer-hook ad-do-it)) (defun my-minibuffer-hook () "Manipulate the minibuffer before exiting it." (goto-char (minibuffer-prompt-end)) (end-of-line) (message "current point: %d " (point)) (message "max point: %d " (point-max)) ) Then evaluate (read-file-name "foo") for instance, with C-cC-e When you see a prompt, type something at the end. For instance, type ~/.emacs to the end of the stuff that shows in the minibuffer. You will see (in *Messages*) that current point and max point are different! The current point will be at the end of the prompt instead of at the end of what you typed. Now, if you remove (goto-char (minibuffer-prompt-end)) at the beginning of the hook and repeat the experiment then you will see that the current point and the max point are the same. So, something gets messed up. 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 /home/users/kifer/gnu/emacs/etc/DEBUG for instructions. In GNU Emacs 22.0.50.5 (i686-pc-linux-gnu, GTK+ Version 2.8.3) of 2005-11-29 on kiferserv.kiferhome.com X server distributor `Mandriva Linux (X.Org X11 6.9, patch level 1.cvs20050915.2mdk)', version 11.0.60899900 configured using `configure '--with-x-toolkit=gtk'' Important settings: value of $LC_ALL: en value of $LC_COLLATE: en_US.UTF-8 value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: en_US.UTF-8 value of $LC_MONETARY: en_US.UTF-8 value of $LC_NUMERIC: en_US.UTF-8 value of $LC_TIME: en_US.UTF-8 value of $LANG: en_US.UTF-8 locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: outline-minor-mode: t display-time-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 transient-mark-mode: t abbrev-mode: 1 Recent input: b b b b b br 4 SPC SPC SPC SPC SPC SPC r d SPC r s x x x x x x x x SPC Recent messages: forward-sexp: Scan error: "Unbalanced parentheses", 664, 1 [2 times] Wrote /home/users/kifer/test/minibuffer.el [2 times] Making completion list... viper-del-backward-char-in-insert: Text is read-only [3 times] Making completion list... Type C-x 1 to remove help window. C-M-v to scroll the help. Wrote /home/users/kifer/test/minibuffer.el Auto-saving...done Auto-saving...done Wrote /home/users/kifer/test/minibuffer.el ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: doc strings that are too long
| gnus-msg-mail is an interactive compiled Lisp function in `gnus-msg.el'. | (gnus-msg-mail &optional TO SUBJECT OTHER-HEADERS CONTINUE SWITCH-ACTION YANK-ACTION SEND-ACTIONS) | The doc string isn't too long. Maybe you meant the arguments? What can we do about this? The only thing we could do to solve this is to change describe-function-1 to fill the argument list. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Several small bugs with Swedish Ä in path names
On Tue, 2005-11-29 at 22:42 +0100, Lennart Borgman wrote: > Doing chcp 1252 in the interactive shell running cmd.exe helps a little > bit. Swedish Ä is now shown as just that letter. However it is not > recognized on input. Something strange is happening on input, both after > and before chcp 1252. If I type > > prompt> cd Ä (swedish letter A with two dots above) TAB > > then this is completed to Ägaren/. After typing return I get > > cd Ägaren/ > The system can not find the path specified Windows won't like the / at the end of the directory name (it expects \ instead). Is that what the problem is? > I can not see any difference after (setq process-coding-system-alist > (cons (cons "cmd\\.exe\\'" 'cp850) nil)). I was guessing cp850, but that might be wrong for Swedish Windows. chcp with no arguments should tell you what the default codepage is. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Bug in src/atimer.c
> I think that src/atimer.c has a bug in stop_other_atimers(). > This should fix it. I also changed 0 to NULL to make it similar > to a loop in cancel_atimer(). Thanks, I installed your patch. Stefan > --- src/atimer.c.orig 2005-11-27 16:57:35.0 +0200 > +++ src/atimer.c 2005-11-27 16:58:10.0 +0200 > @@ -231,7 +231,7 @@ stop_other_atimers (t) >struct atimer *p, *prev; >/* See if T is active. */ > - for (p = atimers, prev = 0; p && p != t; p = p->next) > + for (p = atimers, prev = NULL; p && p != t; prev = p, p = p->next) > ; >if (p == t) > ___ > emacs-pretest-bug mailing list > emacs-pretest-bug@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
apropos doc string incorrectly speaks of "bound" symbols
emacs -q C-h f apropos Show all bound symbols whose names match apropos-regexp. With optional prefix do-all or if `apropos-do-all' is non-nil, also show unbound symbols and key bindings, which is a little more time-consuming. Returns list of symbols and documentation found. This seems very wrong (and confusing). First, we shouldn't use the term "bound" unless we mean bound. Second, this appears to be the real criterion defining what is meant here by "bound" - it should be spelled out, if it cannot be made clear with a single word: (or (fboundp symbol) (boundp symbol) (facep symbol) (symbol-plist symbol)) I suspect the performance hint is also incorrect wrt showing "unbound" symbols - in fact, it should take longer to filter out the "unbound" symbols. The performance hint applies, I guess, only to showing key bindings. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2005-06-26 on NONIQPC X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-3/include -I../../libpng-1.2.8/include -I../. ./tiff-3.6.1-2/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.2.2/incl ude' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Several small bugs with Swedish Ä in path na mes
Jason Rumney wrote: On Tue, 2005-11-29 at 22:42 +0100, Lennart Borgman wrote: Doing chcp 1252 in the interactive shell running cmd.exe helps a little bit. Swedish Ä is now shown as just that letter. However it is not recognized on input. Something strange is happening on input, both after and before chcp 1252. If I type prompt> cd Ä (swedish letter A with two dots above) TAB then this is completed to Ägaren/. After typing return I get cd Ägaren/ The system can not find the path specified Windows won't like the / at the end of the directory name (it expects \ instead). Is that what the problem is? I can not see any difference after (setq process-coding-system-alist (cons (cons "cmd\\.exe\\'" 'cp850) nil)). I was guessing cp850, but that might be wrong for Swedish Windows. chcp with no arguments should tell you what the default codepage is. chcp says 437. I have been testing several combinations of the code pages: (setq process-coding-system-alist (cons (cons "cmd\\.exe\\'" (cons 'cp1252 'cp437)) nil)) I have tried 437 - 1252 too and just one of them. None of these works. Can you please give me another suggestion to test? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: doc strings that are too long
"Richard M. Stallman" <[EMAIL PROTECTED]> writes: > The only thing we could do to solve this is to change > describe-function-1 to fill the argument list. I installed a change to do that. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: doc strings that are too long
On Tue, Nov 29 2005, Arne Jørgensen wrote:
> Reiner Steib <[EMAIL PROTECTED]> writes:
[...]
>> What about the following?
>>
>> "Mapping from LaTeX encodings to Emacs coding systems.
>> LaTeX encodings are specified with \"\\usepackage[encoding]{inputenc}\".
>> Used by the function `latexenc-find-file-coding-system'."
>
> Fine.
Committed.
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
cursor custom group: bad labels and help text
emacs -q M-x customize-group cursor 1. "Delay in seconds." is a poor tag for `blink-cursor-delay' - it says nothing about "cursor" or "blink", and gives no indication of which Lisp option is involved. I thought that the "friendly" was supposed to sytematically reflect the Lisp name (that is, be the same, modulo capitalization). Finally, there should be no period in the name. 2. "Blink interval in seconds." - similarly to "Delay in seconds". 3. "Hourglass pointer" - The help doesn't say when (under what circumstances) the pointer is changed to an hourglass. At least in Windows, I haven't yet seen the hourglass, after turning this on. 4. "Blink Cursor Alist" - The help doesn't explain what OFF-STATE is - is it a function? What does it do? How does it work? Not clear. 5. Capitalization of these options is not consistent - sometimes Title Capitalization Is Used, and sometimes Sentence captialization is used. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2005-06-26 on NONIQPC X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-3/include -I../../libpng-1.2.8/include -I../. ./tiff-3.6.1-2/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.2.2/incl ude' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Several small bugs with Swedish Ä in path na mes
Jason Rumney wrote: Lennart Borgman wrote: 2) In an interactive shell (M-x shell) running cmd.exe the Ä in the path is shown as \216. However using Cygwin bash.exe for the shell the letter is shown correctly. You probably need the process-coding-system set to cp850 for cmd.exe, or force cmd.exe to use cp1252 with the command chcp. Doing chcp 1252 in the interactive shell running cmd.exe helps a little bit. Swedish Ä is now shown as just that letter. However it is not recognized on input. Something strange is happening on input, both after and before chcp 1252. If I type prompt> cd Ä (swedish letter A with two dots above) TAB then this is completed to Ägaren/. After typing return I get cd Ägaren/ The system can not find the path specified from cmd.exe. The cd command fails. Trying to complete like above also fails after this - now I get "No completions of Ä" from Emacs. Another note: The "dir" command shows \216 for Ä, but ls.exe from GnuWin32 displays the letter correctly. I can not see any difference after (setq process-coding-system-alist (cons (cons "cmd\\.exe\\'" 'cp850) nil)). ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
crash: memcpy, XChangeProperty, XSetTextProperty, XSetWMIconName, x_set_name_internal
M-x report-emacs-bug RET wrote: > Please describe exactly what actions triggered the bug > and the precise symptoms of the bug: In a diff-buffer, I did `M-x add-change-log-entry-other-window RET' (which opens a new frame with my configuration). Then emacs crashed. > 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'. gdb output: [...] Detaching after fork from child process 31826. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 182940272320 (LWP 14358)] 0x002a97462fe2 in memcpy () from /lib64/tls/libc.so.6 (gdb) bt full #0 0x002a97462fe2 in memcpy () from /lib64/tls/libc.so.6 No symbol table info available. #1 0x00ec5898 in ?? () No symbol table info available. #2 0x002a9709ece0 in XChangeProperty () from /usr/X11R6/lib64/libX11.so.6 No symbol table info available. #3 0x002a970cb2f8 in XSetTextProperty () from /usr/X11R6/lib64/libX11.so.6 No symbol table info available. #4 0x002a970cb32e in XSetWMIconName () from /usr/X11R6/lib64/libX11.so.6 No symbol table info available. #5 0x004c874e in x_set_name_internal (f=0x3563680, name=Variable "name" is not available. ) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/xfns.c:1657 bytes = Variable "bytes" is not available. (gdb) xbacktrace (gdb) > In GNU Emacs 22.0.50.5 (x86_64-unknown-linux-gnu, GTK+ Version 2.4.9) > of 2005-11-29 on bridgekeeper > X server distributor `The X.Org Foundation', version 11.0.60801000 > configured using `configure '--prefix=/import/xtra/emacs/HEAD' '--with-gtk' > '--exec-prefix=/import/xtra/emacs/HEAD-x86_64'' > > Important settings: > value of $LC_ALL: nil > value of $LC_COLLATE: POSIX > value of $LC_CTYPE: [EMAIL PROTECTED] > 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-8859-15 > default-enable-multibyte-characters: t [ Stuff not related to the crashed session stripped. ] Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: DEL key doesn't kill mouse-dragged region
> With the most recent Emacs CVS, NOMIYA Masaru reported he cannot > delete the region that is made by dragging the mouse, using DEL > key. I also confirmed Emacs 21.4 works but 22.0.50 doesn't. > Not much many people might not know such a function, though (and > I was not an exception). Isn't it a side effect of some change? Hopefully, this is the opportunity to kill this "feature". If people want something like that, they should use delete-selection-mode. Experienced users who want something like that can use delete-selection-mode. However, I'm concerned about beginners who expect this behavior based on other editors. Typing DEL after dragging a region is something that an experienced Emacs user is unlikely to do. So why not make it do what beginners expect? Why not just turn on delete-selection-mode and transient-mark-mode, by default? The only people to complain will be (some of the) experienced users, and they can easily restore the current behavior. Delete-selection-mode + transient-mark-mode together provide pretty much what a newbie expects (and delete-selection-mode doesn't also impose the multiple extra key bindings that pc-selection-mode sets up). As it stands now, people have to somehow learn about delete-selection-mode and transient-mark-mode, in order to discover that Emacs can be easier to use than it is out of the box (IMO). ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: Should eval of `require' cause a `require' entry in `load-history'?
IIUC, for a `require' entry to be added to `load-history', the file containing it must be _loaded_, via `load', `load-file', `load-library', or `require' - it is not enough to evaluate a `require' expression for it to be added as an entry for the file in which it is contained. Do I understand this correctly? I'm not sure it's bad, but I'm also not sure it's documented. I am not sure why this was done, but it was done very explicitly, with a conditional in Frequire plus a comment saying it was meant. Would someone like to check the history and email to try to find the motive for that exception? Any news on this? Thanks. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: DEL key doesn't kill mouse-dragged region
Drew Adams wrote: Why not just turn on delete-selection-mode and transient-mark-mode, by default? Certainly not delete-selection-mode. Its behavior is extremely surprising, disturbing and difficult to understand for _real_ newbies (newbies to editors, as opposed to experienced MS Windows users). Yes, there are still people who are unfamiliar with the MS Windows interface. I am one of them. But I have taught Math courses that use mathematical software to Math Ed students, some of them middle aged and with very limited computer knowledge. I recommend that they use Emacs as their editor. They manage very well. They do not seem to have any of those problems newbies are _supposed_ to have, according to the apparently prevailing wisdom on this list. The only people to complain will be (some of the) experienced users, and they can easily restore the current behavior. _Real_ newbies might indeed not complain (at least not on emacs-devel, Bug-gnu-emacs or similar lists), but they would suffer. Sincerely, Luc. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
