Re: Carbon Emacs won't start when installed in certain paths
On Tue, 08 May 2007 03:07:12 -0400, Stefan Monnier [EMAIL PROTECTED] said: If we allow non-ASCII unibyte strings for file names, maybe we need to change ENCODE_FILE and Fexpand_file_name as below, and rule out the use of concat in favor of expand-file-name to avoid implicit string-make-multibyte for non-ASCII bytes. I think it would make a lot of sense. Except I'd stay clear of string_to_multibyte and use DECODE_FILE instead. Then we have to be careful about the place to use DECODE_FILE, because it may cause GC, and the comment around the recursive call of Fexpand_file_name also applies to this situation. Though the non-ASCII unibyte `default-directory' case seems to be sufficient for the originally reported problem, we should also handle the following cases in order to make Fexpand_file_name consistent and exhaustive with respect to non-ASCII unibyte file names: 1. Case that ~ or ~user is expanded to a non-ASCII file name: This case is similar to the non-ASCII unibyte `default-directory' case. 2. Case that the argument `name' is in non-ASCII unibyte and `default-directory' is in multibyte: This case may return a wrong result either with or without my previous patch. By the way, I noticed that current_buffer-directory mentioned above is decoded with local-coding-system in command-line (startup.el) after coding systems are ready. Why not (default-)file-name-coding-system? Probably an oversight. Handa-san, could you comment on this? YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: No F11 and F12 keys in rxvt terminal
Running emacs in terminal 'urxvt'¹, I seem to lose F11 and F12 keys. For example F11 behaves the same as F1 and F12 as F2. Is this a known problem? Does Emacs use lisp/term/rxvt.el in your case? If so, please see there for a comment around line 95 that talks about this issue. Does [S-f1] means Shift + F1? Yes, it does. But you didn't answer the question, Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Carbon Emacs won't start when installed in certain paths
Then we have to be careful about the place to use DECODE_FILE, because it may cause GC, and the comment around the recursive call of Fexpand_file_name also applies to this situation. Indeed. Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Prime, double-prime unicode glyphs
The characters ′″ single prime (used for: minutes, feet, math) and double prime (used for: seconds, inches, math) are taken from chinese-gb2312-font, because they are considered chj. describe-char output follows. --- character: ′ (8242, #o20062, #x2032) preferred charset: chinese-gb2312 (GB2312 Chinese simplified: ISO-IR-58) code point: 0x2164 syntax: .which means: punctuation category: c:Chinese h:Korean j:Japanese buffer code: #xE2 #x80 #xB2 file code: #xE2 #x80 #xB2 (encoded by coding system utf-8-unix) display: by this font (glyph code) -ISAS-Song ti-Medium-R-Normal--16-160-72-72-c-160-GB2312.1980-0 (#x2164) Character code properties: customize what to show name: PRIME general-category: Po (Punctuation, Other) canonical-combining-class: 0 (Spacing, split, enclosing, reordrant, and Tibetan subjoined) bidi-class: ET (European Number Terminator) mirrored: N There are text properties here: auto-composedt fontifiedt --- character: ″ (8243, #o20063, #x2033) preferred charset: chinese-gb2312 (GB2312 Chinese simplified: ISO-IR-58) code point: 0x2165 syntax: .which means: punctuation category: c:Chinese h:Korean j:Japanese buffer code: #xE2 #x80 #xB3 file code: #xE2 #x80 #xB3 (encoded by coding system utf-8-unix) display: by this font (glyph code) -ISAS-Song ti-Medium-R-Normal--16-160-72-72-c-160-GB2312.1980-0 (#x2165) Character code properties: customize what to show name: DOUBLE PRIME general-category: Po (Punctuation, Other) canonical-combining-class: 0 (Spacing, split, enclosing, reordrant, and Tibetan subjoined) bidi-class: ET (European Number Terminator) decomposition: (compat 8242 8242) (compat '′' '′') mirrored: N There are text properties here: auto-composedt fontifiedt --- character: ‴ (8244, #o20064, #x2034) preferred charset: mule-unicode-0100-24ff (Unicode characters of the range U+0100..U+24FF.) code point: 0x7334 syntax: .which means: punctuation buffer code: #xE2 #x80 #xB4 file code: #xE2 #x80 #xB4 (encoded by coding system utf-8-unix) display: by this font (glyph code) -MUTT-ClearlyU-Medium-R-Normal--17-120-100-100-P-123-ISO10646-1 (#x2034) Character code properties: customize what to show name: TRIPLE PRIME general-category: Po (Punctuation, Other) canonical-combining-class: 0 (Spacing, split, enclosing, reordrant, and Tibetan subjoined) bidi-class: ET (European Number Terminator) decomposition: (compat 8242 8242 8242) (compat '′' '′' '′') mirrored: N There are text properties here: auto-composedt fontifiedt rear-nonsticky t --- In GNU Emacs 23.0.0.1 (i486-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-04-23 on luthien Windowing system distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/23.0.0/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.0.0/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.0.0/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--enable-font-backend' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2'' 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: de_DE.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: msb-mode: t gnuserv-minor-mode: t tooltip-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 global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: mouse-4 down-mouse-5 mouse-5 down-mouse-1 mouse-movement mouse-movement drag-mouse-1 down-mouse-5 mouse-5 double-down-mouse-5 double-mouse-5 down-mouse-5 mouse-5 down-mouse-1 mouse-movement mouse-movement drag-mouse-1 down-mouse-1 mouse-1 down-mouse-1 mouse-movement mouse-movement drag-mouse-1 down-mouse-1
html mode doesn't prompt for all tag attribute values
The actions triggering the bug are: 1. Open a html file. Notice we are in html-mode now. 2. Hit C-c C-t to create a new html tag. Enter ``a'' to create an anchor tag. 3. We are now prompted for an attribute. Enter ``name'' to create named anchor. 4. Notice we are not prompted for a value for the ``name'' attribute. Emacs has simply inserted the name attribute with an empty value, and prompted for another attribute. I don't see any good reason Emacs doesn't prompt for a value for the ``name'' attribute. Obviously, if I want a name attribute I also want a value for it. In GNU Emacs 22.0.90.1 (i386-apple-darwin8.8.1, Carbon Version 1.6.0) of 2006-10-28 on petit.local X server distributor `Apple Computers', version 10.4.9 configured using `configure '--prefix=/Applications/Emacs.app/ Contents/Resources' '--with-carbon' '--without-x' '--libexecdir=/ Volumes/Emacs/Emacs.app/Contents/MacOS/libexec' 'CFLAGS=-arch i386 - arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -DUSE_ATSUI - DUSE_MAC_TSM'' 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: HTML Minor modes in effect: encoded-kbd-mode: t global-auto-revert-mode: t desktop-save-mode: t show-paren-mode: t recentf-mode: t iswitchb-mode: t mac-print-mode: t tooltip-mode: t mac-input-method-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 temp-buffer-resize-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: i s SPC i s SPC s o m e SPC c r a z y SPC s backspace c w a p M-b M-b M-b M-b M-b M-b M-f C-f C-f f o o C-_ C-a C-k C-c C-t return h r e f return tab h t tab / / w w w . c s . m u . z backspace o z . a u return return N i c e SPC o e backspace n e , SPC m a t e . C-g C-a C-k M-x r e p o r t tab return Recent messages: Quit Undo! [3 times] Quit [2 times] Undo! forward-sexp: Scan error: Containing expression ends prematurely, 681, 681 [2 times] Mark set Loading emacsbug...done Quit Undo! Making completion list... Quit ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: No F11 and F12 keys in rxvt terminal
Stefan Monnier [EMAIL PROTECTED] writes: Running emacs in terminal 'urxvt'¹, I seem to lose F11 and F12 keys. For example F11 behaves the same as F1 and F12 as F2. Is this a known problem? Does Emacs use lisp/term/rxvt.el in your case? If so, please see there for a comment around line 95 that talks about this issue. Does [S-f1] means Shift + F1? Yes, it does. But you didn't answer the question, Looks like rxvt is loaded as I noticed a few functions with rxvt-... However, Shift + F1 is the same as F1. In what sense? What does C-h l say after you hit S-f1 and what does it say after you hit f11 ? In rxvt S-f1 and f11 emit exactly the same string! (the same is true for S-f2 and f12), so there's not much we can do. In rxvt.el I preferred to allow a user to be able to map f1...f10, S-f1 ... S-f10 and C-f1 ... C-f10, instead of having some holes in the mappings for S-f1 S-f2 C-f1 C-f2. This implies that f11 and f12 are not mappable. If a user really wants to map f11 and f12 they can add the mapping with some elisp code (or use a terminal emulator that does not have this limitation...), but I don't think it should be the default. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
compilation-finish-functions is not run as a hook
The variable compilation-finish-functions is said to be a hook. However using add-hook to make a local value results later in an error: (add-hook 'compilation-finish-functions 'my-fun nil t) This gives the hook variables the value '(my-fun t). compilation-handle-exit tries to run t as a function then. Should not run-hook-with-args be used there? BTW the doc string for run-hook-with-args does not mention the special handling of t. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-05-06 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: No F11 and F12 keys in rxvt terminal
- Stefan Monnier (2007-05-09) wrote:- Running emacs in terminal 'urxvt'¹, I seem to lose F11 and F12 keys. For example F11 behaves the same as F1 and F12 as F2. Is this a known problem? Does Emacs use lisp/term/rxvt.el in your case? If so, please see there for a comment around line 95 that talks about this issue. Does [S-f1] means Shift + F1? Yes, it does. But you didn't answer the question, Looks like rxvt is loaded as I noticed a few functions with rxvt-... However, Shift + F1 is the same as F1. In what sense? What does C-h l say after you hit S-f1 and what does it say after you hit f11 ? Stefan In the sense, `S-f1' and `f1' that they invoke the same function. However, I check the lossage and S+f1 is the same as f11. regards, -- Leo sdl.web AT gmail.com (GPG Key: 9283AA3F) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: No F11 and F12 keys in rxvt terminal
In the sense, `S-f1' and `f1' that they invoke the same function. That's OK: it's only because there's nothing bound explicitly to S-f1, so Emacs defaults to using the binding of f1. Handy when you use caps-lock. However, I check the lossage and S+f1 is the same as f11. Thanks, Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug