Re: Gnus MIME parsing bug?
On 2006-05-06 21:59, Reiner Steib [EMAIL PROTECTED] wrote: [ CC-ing [EMAIL PROTECTED] ] On Sat, May 06 2006, Giorgos Keramidas wrote: I have a UNIX mailbox with several MIME messages with multiple alternative parts, which comes up with seven different messages when opened in Mutt: 1 r + 2006-02-26 Petros V ( 67) about svn 2 r + 2006-02-28 Petros V ( 90) `- 3 r + 2006-03-02 Petros V ( 53) `- 4 r + 2006-03-04 Petros V ( 91) `- 5 r + 2006-03-06 Petros V ( 47) `- 6 r + 2006-04-28 Petros V ( 76) `- 7 + 2006-04-29 Petros V ( 328) `- Then I create an nndoc group and try to import messages from this mailbox though, Gnus shows only 3 messages. It looks like some of the messages are 'eaten' by the part that splits the mailbox in separate mail messages. This only seems to happen with messages that have multiple alternative parts (i.e. text/plain and text/html). Did you try to specify mbox explicitely instead of letting Gnus guess the type of the file? I.e. `C-u G f file RET m'? Cool! This works much better. Now in Gnus I see all 7 messages instead of just 3-4 as before: .--- | . 26-Feb [ 67: Petros V] about svn | . 28-Feb 90: Petros V Re: about svn | . 02-Mar 53: Petros V Re: about svn | . 04-Mar 91: Petros V Re: about svn | . 06-Mar 47: Petros V Re: about svn | . 28-Apr 76: Petros V Re: about svn | . 29-Apr 328: Petros V Re: about svn `--- Thanks Reiner :) I still have the UNX mbox file around, so if there is any way to help by tracking down why in this particular case Gnus uses the wrong mailbox type, please let me know. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
forward-comment, C-M-a and C-M-e problems in bibtex-mode
If I have a bib file containing: @Comment blah blah blah @Comment blah blah blah Doing: M-: (goto-char 1) RET M-: (forward-comment 2) RET M-: (point) RET prints: 1 `forward-comment' should move the cursor if a comment follows the point. If @ is replaced with % (the other comment character), then forward-comment works as expected. Pressing C-M-a when inside a bibtex entry moves the cursor to the beginning of the entry, but pressing it again does not move to the previous entry. The same is true for C-M-e. All modes support this type of navigation using C-M-{a,e} ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Crash upon executing sunrise-sunset
Peter Dyballa wrote: Having updated from CVS today, GNU Emacs crashes reliably upon executing sunrise-sunset Since I know nothing about Mac OS, all I can do is confirm that this is definitely Mac OS specific. It does not happen on GNU/Linux. The code from 2005-05-03 seems to be OK: it displays when sun rose and set down today -- the puzzling thing is that this Carbon Emacs version uses the Elisp code from today There were tons of Mac specific changes to the C code between May 3 and today. Sincerely, Luc. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
french keyboard / encoded-kbd-mode
There is a problem with reducing keyboard events with certain modifiers. E.g. in the Carbon port, set mac-option-modifier to 'meta and select a french keyboard layout. Here, the - key (US keyboard) is normally ). ) - ) S-) - ° (degree sign - correct) Opt-) - M-) (correct) S-Opt-) - M-¡ (incorrect, should be M-°) I had a look at the code, but couldn't immediately make out the culprit. Yamamoto M. pointed out that... (encode-coding-string ¡ 'iso-8859-1) = \241 (encode-coding-string ° 'mac-roman) = \241 When encoded-kbd-mode is turned off, Opt-) gives the incorrect ¡. In a similar context: The code of ¤(0xA4) corresponds to that of § in mac-roman encoding. So it seems that back-translation itself does work, but encoded-kbd-mode does not translate a key input with modifiers. If I can help debug this in some way, please let me know. In GNU Emacs 22.0.50.3 (powerpc-apple-darwin8.6.0) of 2006-05-07 on lucy X server distributor `Apple Computers', version 10.4.6 configured using `configure '--enable-carbon-app'' 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: Lisp Interaction Minor modes in effect: 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-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug