Incorrect help for mouse click
Go into a dired buffer. Hover the mouse pointer over a file or directory name. The popup tooltip says mouse-1: visit this file in another window. But doing `C-h k' and then clicking with mouse-1 displays *Help* for down-mouse-1 (mouse-drag-region). I don't know if this is technically correct, but in any case, it is very confusing. I am using a one-button mouse on Mac OS X. 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 /Applications/Emacs.app/Contents/Resources/etc/DEBUG for instructions. In GNU Emacs 22.0.50.1 (powerpc-apple-darwin8.5.0) of 2006-03-01 X server distributor `Apple Computers', version 10.4.5 configured using `configure '--without-x' '--prefix=/usr/local'' 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: nil locale-coding-system: iso-8859-1 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 down-mouse-1 mouse-1 C-x d up down down return help-echo C-h k down-mouse-1 mouse-1 M-x r e p o tab r tab return Recent messages: Loading dired... Loading regexp-opt...done Loading dired...done next-history-element: Beginning of history; no preceding item next-history-element: End of history; no next item Loading help-mode...done Loading help-fns...done Type C-x 1 to remove help window. Making completion list... Loading emacsbug...done -- http://www.fastmail.fm - IMAP accessible web-mail ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: autoload and auto-compression-mode
Juri Linkov wrote: I think `file representation suffix' is an unclear term. There are such file representations are text, image, unibyte, literal, hex dump, etc. And using this term in the context of `load' is very confusing. The purpose of this variable can be mistakenly interpreted as specifying what file representation `load' uses. In practice, `load-file-rep-suffixes' handles compressed representations of a file if and only if Auto Compression mode is enabled. Theoretically, it could be used to let load handle other forms of a file too, but I could not really immediately think of which ones, since in the context of load we are talking exclusively about Elisp files. I would not immediately see a need to support loading, say, encrypted Lisp files. Sincerely, Luc. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Added text makes `C-h b' wider than 70 chars
In some cases with `C-h b' I see a binding that lists the command name followed by this text: (binding currently shadowed). In many cases, this makes the line too long ( 70 chars). This is a minor bug, but it would probably be better to use just (currently shadowed). Better yet, to fix this for all cases, would be to put the added text on the next line (indented to be aligned with the command name). 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
PC-do-completion with directories adding stars.
Hi! When I do C-x C-f and enter `/a/b/c' then do TAB, it results in read-file-name-internal: Opening directory: no such file or directory, /a*/b*/c*/ rather than in a `[No match]'. If I continue hitting TAB, `*' are added : read-file-name-internal: Opening directory: no such file or directory, /a**/b**/c**/ read-file-name-internal: Opening directory: no such file or directory, /a***/b***/c***/ Regards. Configuration follows: --- In GNU Emacs 22.0.50.34 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-03-02 on mahaena X server distributor `Gentoo (The X.Org Foundation 6.8.2, revision r6-0.1.13)', version 11.0.60802000 configured using `configure '--prefi=/usr'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US locale-coding-system: iso-8859-1 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: display-time-mode: t savehist-mode: t show-paren-mode: t partial-completion-mode: t iswitchb-mode: t jabber-activity-mode: t tooltip-mode: t auto-compression-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t -- Michael Cadilhac, a.k.a. Micha [mika] | Epita/LRDE promo 2007 | )\._.,--,'``. 123 av. de Fontainebleau | 08.70.65.13.14 | /. _.. \ _\ (` ._,. 94270 Le Kremlin Bicetre | 06.23.20.31.30 | '._.-(,_..'--(,_...`-..' pgppKmsJYgr9e.pgp Description: PGP signature ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Fontset for mule-unicode-0100-24ff under emacs 23?
Great!Now it works properly. M-x describe-fontset has:--Fontset: -*-terminal-medium-r-*-*-16-*-*-*-*-*-fontset-unicode CHAR RANGE (CODE RANGE) FONT NAME (REQUESTED and [OPENED])Ā .. ⓿ (#x100 .. #x24FF) -*-fixed-medium-r-*-*-*-*-*-*-*-*-iso10646-1 [-Misc-Fixed-Medium-R-Normal--15-140-75-75-C-90-ISO10646-1] ---fallback to the default fontset---C-@ .. DEL..--On 03/03/06, Kenichi Handa [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], Leon [EMAIL PROTECTED] writes: It seems fontset defined for emacs 22 doesn't work under emacs 23. My fontset is as follows and it doesn't display unicode-0100-24ff though both 'terminus' and 'unifont' are available. (create-fontset-from-fontset-spec(concat -*-terminus-medium-r-*-*-16-*-*-*-*-*-fontset-unicode, mule-unicode-0100-24ff:-*-unifont-medium-r-*-*-16-*-*-*-*-*-iso10646-1)) (set-default-font fontset-unicode) Thank you for the report.I've just committed a fix.Could you please try the latest version? ---Kenichi Handa[EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
