Re: describe-mode doc string doesn't describe BUFFER arg
The BUFFER arg needs to be described, and, in particular, it's type (string or buffer) needs to be mentioned. That arg exists for internal purposes; we do not need to advertise it. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows
So a brief list of key kombinations to avoid using would be: Alt-Tab, Alt-Shift-Tab, Ctrl-Tab, Ctrl-Shift-Tab Ctrl-Alt-Left/Right/Up/Down, Ctrl-Shift-Alt-Left/Right/Up/Down Alt-Escape, Ctrl-Alt-Escape Alt-Print, Ctrl-Print Ctrl-Alt-Delete Alt-Fkey (i.e. F1, F2, ...) Ctrl-Fkey Ctrl-Shift-Fkey Ctrl-Alt-D Cltr-Alt-L Alt-Space Of all those, the ones that would actually interfere with Emacs seem to be: Alt-TAB, Ctrl-Alt-D, Ctrl-Alt-L, Alt-SPC. Are there any others? We should recommend that Emacs users turn off those keys in their window managers. Which window managers define these by default? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
save-some-buffers ought to be in the menus
save-some-buffers ought to be in the menus, under File. Advanced users, such as myself, use it all the time. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
ibuffer vs. double width characters
Gentlemen, looking at ibuffer, MR NameSize Mode Filename/Process -- [ Default ] % *BBDB*47 BBDB % *Help* 942 Help % maintenance 9238 Dired by name /var/lib/mediawikibus/maintenance/ Category_Talk:自... 212 Text ~/bus/wiki/Category_Talk:自由路口_-_Ziyou_Rd._Jct. notes 1870 Text ~/bus/wiki/notes 分類:台中技術學院_-_Tai... 226 Text ~/bus/wiki/分類:台中技術學院_-_Taizhong_Technical_College % fromjidanni14322 Dired by date/cf/fromjidanni1/ We notice they sure blew it with the character width. From looking at the indentation, they assume that double width (Chinese) characters are single width! Also if one turns on show-trailing-whitespace, whitespace of shame is revealed. However, as this buffer isn't usually saved to a file, I can still go on with my life in this case. (Debian emacs-snapshot package, version 1:20060923-1) sorry so old here in modem land. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
unique UTF-8 file names
With UTF-8 filenames, Find file: ~/bus/wiki/首頁 TAB says complete, but not unique. But another TAB reveals Possible completions are: 首頁 Whereas for ASCII names it would have correctly said Sole completion. (Debian emacs-snapshot package, version 1:20060923-1) sorry so old but didn't go to town lately. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Broken C-b remapped to ... advice in tutorial.
Richard Stallman [EMAIL PROTECTED] writes: Suppose I rebind C-v. Instead of displaying a line ** C-v has been rebound, but you can use next instead [More] ** at every instance of C-v in the tutorial, now that line appears the first time C-v appears in the tutorial; both C-v and the line are highlighted in tutorial-warning-face. For subsequent instances of C-v, the C-v is highlighted in tutorial-warning-face, but the line is omitted (this is to prevent many, many instances of, the line appearing, which makes it difficult to read the tutorial text). When you put the mouse over C-v, the message is displaying in a tooltip. That might work ok on a graphics terminal, but on a tty there is no tooltip. Is it still clear? The offending key sequences are still highlighted, and there is a very prominent message at the top of the buffer that says your Emacs has been customized by changing some of these basic editing commands, so it doesn't correspond to the tutorial. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: describe-mode doc string doesn't describe BUFFER arg
The BUFFER arg needs to be described, and, in particular, it's type (string or buffer) needs to be mentioned. That arg exists for internal purposes; we do not need to advertise it. What makes it for internal purposes only? Why wouldn't a Lisp programmer use it? I use it, for instance. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows
Richard Stallman wrote: So a brief list of key kombinations to avoid using would be: Alt-Tab, Alt-Shift-Tab, Ctrl-Tab, Ctrl-Shift-Tab Ctrl-Alt-Left/Right/Up/Down, Ctrl-Shift-Alt-Left/Right/Up/Down Alt-Escape, Ctrl-Alt-Escape Alt-Print, Ctrl-Print Ctrl-Alt-Delete Alt-Fkey (i.e. F1, F2, ...) Ctrl-Fkey Ctrl-Shift-Fkey Ctrl-Alt-D Cltr-Alt-L Alt-Space Of all those, the ones that would actually interfere with Emacs seem to be: Alt-TAB, Ctrl-Alt-D, Ctrl-Alt-L, Alt-SPC. Are there any others? We should recommend that Emacs users turn off those keys in their window managers. Which window managers define these by default? It is a very good idea to document those keys. Here is a preliminary list for w32: ** Most important: - Alt-Tab, Alt-Shift-Tab - Ctrl-Esc, Ctrl-Shift-Esc - Ctrl-Alt-Delete - Ctrl-Tab, Ctrl-Shift-Tab - Ctrl-C, Ctrl-X, Ctrl-V, Ctrl-Z - Ctrl-A - Alt-Space - Esc - Tab, Shift-Tab ** Also very important: - Ctrl-arrow key - Alt-any letter - Alt-Print ** More clashes: - Alt-F4 - Well, actually Alt+any key is reserved if I remember correctly. MS Terminal Server, for example, uses some more. - LWindow, RWindow Footnote: Because of those clashes (escpecially with Alt) I have argued several times to include code to allow the use of LWindow and RWindow as Meta in Emacs on w32 instead of Alt. (This is the low level keyboard I use to mention.) The normal w32 uses of LWindow and RWindow are IMHO by no means as important to an Emacs w32 user as the normal w32 use of Alt. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: infinite recursion in describe-mode
Yes! Thanks very much. Does this fix it? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows
Richard Stallman skrev: So a brief list of key kombinations to avoid using would be: Alt-Tab, Alt-Shift-Tab, Ctrl-Tab, Ctrl-Shift-Tab Ctrl-Alt-Left/Right/Up/Down, Ctrl-Shift-Alt-Left/Right/Up/Down Alt-Escape, Ctrl-Alt-Escape Alt-Print, Ctrl-Print Ctrl-Alt-Delete Alt-Fkey (i.e. F1, F2, ...) Ctrl-Fkey Ctrl-Shift-Fkey Ctrl-Alt-D Cltr-Alt-L Alt-Space Of all those, the ones that would actually interfere with Emacs seem to be: Alt-TAB, Ctrl-Alt-D, Ctrl-Alt-L, Alt-SPC. Are there any others? We should recommend that Emacs users turn off those keys in their window managers. Which window managers define these by default? Alt-TAB: almost all new WM:s these days (including Gnome and KDE). Ctrl-Alt-D, Ctrl-Alt-L, Alt-SPC are defined by Gnome (metacity). Jan D. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
doc string of `interactive' for `N'
The doc string says this for code `N' in `interactive: Raw prefix arg, or if none, do like code `n'. However, the Elisp manual says this: The numeric prefix argument; but if there is no prefix argument, read a number as with `n'. I imagine that the latter (numeric arg) is correct, not the former (raw arg). BTW, this bug is very old: it appears in Emacs 20 also. In GNU Emacs 22.0.91.1 (i386-mingw-nt5.1.2600) of 2006-12-11 on LENNART-69DE564 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 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 auto-compression-mode: t line-number-mode: t view-mode: t Recent input: down-mouse-1 mouse-1 C-h i help-echo help-echo down-mouse-2 mouse-2 help-echo help-echo help-echo help-echo down-mouse-1 mouse-1 i i n t e r a c t i v e return C-v C-v C-v SPC SPC SPC SPC down-mouse-1 mouse-1 C-h f i n t e r a c t i v e return down-mouse-1 mouse-1 C-v C-v 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: Loading dired...done For information about the GNU Project and its goals, type C-h C-p. Loading info... Loading easymenu...done Loading info...done Composing main Info directory...done Found `interactive' in Index. (24 total; use `,' for next) Loading help-fns...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
Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows
From: Richard Stallman [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-pretest-bug@gnu.org Date: Mon, 25 Dec 2006 11:53:26 -0500 So a brief list of key kombinations to avoid using would be: Alt-Tab, Alt-Shift-Tab, Ctrl-Tab, Ctrl-Shift-Tab Ctrl-Alt-Left/Right/Up/Down, Ctrl-Shift-Alt-Left/Right/Up/Down Alt-Escape, Ctrl-Alt-Escape Alt-Print, Ctrl-Print Ctrl-Alt-Delete Alt-Fkey (i.e. F1, F2, ...) Ctrl-Fkey Ctrl-Shift-Fkey Ctrl-Alt-D Cltr-Alt-L Alt-Space Of all those, the ones that would actually interfere with Emacs seem to be: Alt-TAB, Ctrl-Alt-D, Ctrl-Alt-L, Alt-SPC. Are there any others? I think Ctrl-Alt-Delete (a.k.a. C-M-Delete) also interferes with Emacs, as are Ctrl-Alt-Left/Right/Up/Down. They all operate on sexps. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: bootstrap failed on Windows XP
From: Zhang Wei [EMAIL PROTECTED] Date: Mon, 25 Dec 2006 14:29:09 +0800 I removed the src/config.h and run configure.bat to regenerate it agian, this time make bootstrap succeed, thanks. Thanks for testing. It looks like configure.bat is too simpleminded about when to replace src/config.h, I will try to think about a better way. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: National Language Support Functions
From: Kenichi Handa [EMAIL PROTECTED] CC: emacs-pretest-bug@gnu.org, emacs-devel@gnu.org Date: Mon, 25 Dec 2006 15:17:42 +0900 I couldn't compile the second program (saved as mstest.c) by gcc in my Cygwin environment. This is the error log. [IBM-F5F27A11743:~:516] gcc mstest.c mstest.c:4:19: tchar.h: No such file or directory mstest.c: In function `main': mstest.c:43: warning: passing arg 1 of `GetModuleHandleA' makes pointer from integer without a cast mstest.c:49: warning: passing arg 2 of `fprintf' makes pointer from integer without a cast mstest.c:56: warning: passing arg 2 of `fprintf' makes pointer from integer without a cast mstest.c:68: warning: passing arg 2 of `RegOpenKeyExA' makes pointer from integer without a cast mstest.c:83: warning: passing arg 2 of `fprintf' makes pointer from integer without a cast [IBM-F5F27A11743:~:517] Try passing the -mno-cygwin switch to GCC. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: adieu *scratch*
Anyways, *Messages* is a much more educational buffer to be left staring at then *scratch*. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: customize options and faces are not in alphabetical order
Drew Adams wrote: 1. Reminder: The bug report was about the default order of options in a custom buffer. If it were alphabetical, users could find options there easier. I can't think of any other program that orders its options alphabetically by default. Usually they are grouped by functionality, and ordered by importance/usefulness. Ordering the options alphabetically only helps users who are looking for a specific option that they know the name of, but there are better ways of finding a specific option than browsing a whole group and scanning through. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: National Language Support Functions
Kenichi Handa wrote: I couldn't compile the second program (saved as mstest.c) by gcc in my Cygwin environment. This is the error log. To compile a native Windows program with Cygwin gcc, you need to use -mno-cygwin. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: save-some-buffers ought to be in the menus
Dan Jacobson [EMAIL PROTECTED] writes: save-some-buffers ought to be in the menus, under File. Advanced users, such as myself, use it all the time. Advanced users don't use the menus :-) -- 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: National Language Support Functions
In article [EMAIL PROTECTED], Eli Zaretskii [EMAIL PROTECTED] writes: Try passing the -mno-cygwin switch to GCC. Ah. Thank you. This is the result. Program1: SYS: 0x411, USR: 0x411 Program2: LangID = SYS: 0x411, USR: 0x411 LCID = SYS: 0x411, USR: 0x411 GetUserDefaultUILanguage() = 0411 GetSystemDefaultUILanguage = 0411 This is Windows XP SP2, with the following Regional Settings (translated from Japanase): . In the Regional Options tab: . In Standard and formats: Japanese . In Location: Japan . In the Languages tab: . Clicking on Details shows: . In the Settings tab: . Default input language: Japanese - Microsoft Input 2003 . In the Advanced tab: . Every check box is unchecked . In the Advanced tab: . Language for non-Unicode programs: Japanese But, when I change Language for non-Unicode programs to Chinese (China), and reboot the system, the result of the programs changed as this: Program1: SYS: 0x804, USR: 0x411 Program2: LangID = SYS: 0x805, USR: 0x411 LCID = SYS: 0x411, USR: 0x411 GetUserDefaultUILanguage() = 0411 GetSystemDefaultUILanguage = 0411 --- Kenichi Handa [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: customize options and faces are not in alphabetical order
I do not want a discussion about redesigning the Custom interface now. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: customize options and faces are not in alphabetical order
I do not want a discussion about redesigning the Custom interface now. Of course not. If the default sort order cannot be changed now, can the custom sort options at least be autoloaded? That would let users know that there is a workaround available. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: isearch-forward-regexp and isearch-backward-regexp return differing search results
Richard Stallman [EMAIL PROTECTED] writes: Forward and backward regexp search are not symmetrical. This is explained in the Lisp Manual. Thanks, I understand, this is a limitation but probably of a sort one can live with. -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: successful install emacs22
Date: Sun, 24 Dec 2006 17:21:27 +0100 From: Olivier Klein [EMAIL PROTECTED] I have done a successful install of emacs 22. Here is my config.log. Thank you for your report. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
