Re: Suggestion for ediff
Stefan Monnier [EMAIL PROTECTED] writes: It'd probably be best to layer the diffs: first do a word-granularity diff and then do a char-granularity diff within words. That's my opinion too. But maybe that'd be too slow. This is why I was proposing just looking at the beginning and end of each word, which is two comparison if the words are actually different, and linear in the number of common chars otherwise. -- Matthieu ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [PATCH] another possible behavior for ido-enter-matching-directory
[EMAIL PROTECTED] (Kim F. Storm) writes: I have just installed a change so that when there is an exact match, ido puts it first in the list, so you can easily select it with RET: Seems to be an even more clever way to solve the problem I reported :-). Thanks, -- Matthieu ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
[PATCH] another possible behavior for ido-enter-matching-directory
Hi,We had a discussion a few months ago about the behavior of ido whenone types a slash.I'm still not satisfied by the current bevavior. In particular, Ioften have directories like:./XXX/
./XXX-aaa/./XXX-bbb/./XXX-ccc/Then, at the prompt, I get./XXX/{XXX-aaa,XXX-bbb,XXX-ccc,XXX}and I have no fast way to open XXX itself, while it would have beentrivial to open it without ido.
I propose a new possible value for ido-enter-matching-directory, whichenters the directory when there is an exact match, whether or not it'sthe first. In the case above, I type the slash after having typed XXX
which is the exact name of a directory, so we enter this directory. Ifwe want to open another directory, we have to type some morecharacters before typing the slash. Below is a patch implementingthis.
--- ido.el.orig+++ ido.el@@ -742,11 +742,15 @@If value is 'first, enter first matching sub-directory when typing a slash.If value is 'only, typing a slash only enters the sub-directory if it isthe only matching item.
+If value is 'exact, enter the directory if it is an exact match (even+ if there are other possibilities and even if the match is not the+ first choice).If value is t, automatically enter a sub-directory when it is the only
matching item, even without typing a slash. :type '(choice (const :tag Never nil) (const :tag Slash enters first directory first) (const :tag Slash enters first and only directory only)
+ (const :tag Slash enters directory on exact match exact) (other :tag Always enter unique directory t)) :group 'ido)@@ -4180,6 +4184,13 @@
(ido-set-current-directory (concat ido-current-directory (file-name-directory contents))) (setq refresh t))+ ((and (eq ido-enter-matching-directory 'exact)+ (member contents ido-matches))
+ (ido-trace exact match (car ido-matches))+ (ido-set-current-directory+ (concat ido-current-directory contents))+ (setq ido-exit 'refresh)+ (exit-minibuffer))
(t (ido-trace try single dir) (setq try-single-dir-match t-- Matthieu
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Emacs tries to generate autoloads for .tar.gz files
Doing emacs ... -f batch-update-autoloads directory/ failes if I have a directory/something.tar.gz in the way. It seems Emacs is trying to decompress it to something.tar and expects it to be an emacs-lisp file. Matching against *.el.gz instead of only *.gz would probably solve the problem. In GNU Emacs 22.0.50.6 (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2005-12-22 on ecrins configured using `configure '--prefix=/home/moy/local/usr' '--with-gtk'' -- Matthieu ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Flyspell context menu buggy
Stefan Monnier [EMAIL PROTECTED] writes: Could you describe more precisely? E.g. which button do you press, which toolkit, which version of Emacs, ...? Gtk, up-to-date version of Miles arch import. Pressing mouse-2. Actually, I've just tested the same with Debian's emacs-snapshot, and it doesn't seem to have the problem. A single click just makes the menu disapear. So, probably this has been fixed, and the arch import is late. -- Matthieu ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Flyspell context menu buggy
The context menu created by flyspell on incorrect words works well if you press your mouse button, select an item keeping the mouse button pressed, and then release it. OTOH, if you single-click on an incorrect word, the menu remains after the button is released (which is the usual behavior for context menus). You can then click on one of the proposed entries, but then, this does two actions: correct the word, AND paste the kill-ring content. It should only correct the word, as it does if you don't release the button to select the entry in the menu. Thanks, -- Matthieu ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
Richard M. Stallman [EMAIL PROTECTED] writes: How about Type SPC to proceed to editing the files foo.c and bar.c or Type SPC to proceed to use gnus. That would be inacurate. If you type SPC, then the SPC is actually processed (either by opening the group at point for emacs -f gnus, or inserted in the file for emacs foo.c bar.c). (that's what made it very anoying in my case with emacs -f gnus) -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
Richard M. Stallman [EMAIL PROTECTED] writes: A few weeks ago, starting emacs -f gnus was opening Emacs with Gnus directly open. What version of Emacs sources were you using then? An up-to-date version of Mile's [EMAIL PROTECTED]/emacs--cvs-trunk--0 I don't think any change has been made in this recently, but there was a change a year or two ago to display the splash screen even if the user specifies files to visit, True, but the user starting emacs with emacs -f something is already more or less an advanced user, and will probably not need to see the the splashscreen in this case. -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs -f gnus shows the splashscreen instead of Gnus
Hi, A few weeks ago, starting emacs -f gnus was opening Emacs with Gnus directly open. Now, I have Emacs's splashscreen instead of Gnus, and Gnus comes back when I press any key. I've added this to my .emacs.el, but I prefered the old behavior: (setq inhibit-startup-message t) In GNU Emacs 22.0.50.7 (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2005-10-16 on ecrins X server distributor `The XFree86 Project, Inc', version 11.0.4031 configured using `configure '--with-gtk' '--with-png' '--with-gif' '--with-tiff' '--with-jpeg' '--with-xpm' '--prefix=/home/moy/local/usr'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: fr_FR 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-latin-1 default-enable-multibyte-characters: t -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: f11 replaced by f1 with emacs -nw in an xterm
Dan Nicolaescu [EMAIL PROTECTED] writes:
Matthieu Moy [EMAIL PROTECTED] writes:
Dan Nicolaescu [EMAIL PROTECTED] writes:
On rxvt S-F1 and F11 emit the same thing, Emacs prefers to use S-F1 so
it cannot deal with F11. I don't think there's anything to do about
this. (well you could change your local copy of rxvt.el...)
On Emacs21, C-h c f11 reports f11 (but you're right, S-f1 does the
same). Not so long ago, I had my binding of the f11 key working with
CVS Emacs.
Well, at least for rxvt, this is an rxvt limitation, it emits the
same string for different keys. In emacs the choice was made to be
a bit consistent and prefer the key bindings for {C-,S-,C-S-}f[12]
instead of the f11 and f12 key combinations that emit the same string.
(look in rxvt.el for the details)
I understood that, but on my CVS Emacs, f11 behaves like f1 itself,
not S-f1.
Ah, just now, I notice this: running in X11 mode, C-h c S-f1 says
f1 f1 (translated from S-f1 S-f1) runs the command help-for-help
So I believe my problem comes from the (translated from S-f1 S-f1),
which prevents Emacs from distinguishing f1 from S-f1.
--
Matthieu
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: f11 replaced by f1 with emacs -nw in an xterm
Stefan Monnier [EMAIL PROTECTED] writes: f1 f1 (translated from S-f1 S-f1) runs the command help-for-help So I believe my problem comes from the (translated from S-f1 S-f1), which prevents Emacs from distinguishing f1 from S-f1. It distinguishes it just fine. It's just that since you don't have any command bound to S-f1 whereas you do have one bound to f1, it demotes S-f1 to f1. You got it! (stupid me, I knew about Emacs ignoring the S modifier in this case) The strange thing is that my old binding used to work. I suppose a slight change occured in Emacs, but anyway, you're right, that's not a bug. -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
f11 replaced by f1 with emacs -nw in an xterm
I had a command bound to f11, which worked both in X11 mode and -nw mode. Now, the binding doesn't work anymore (update from CVS). C-h c press on the key labeled f11 reports f1-. Pressing f11 a second time gives f1 f1 runs the command help-for-help. The same happens with f12 (replaced by f2), but not with f10 and smaller (f9, f8, ...). I can reproduce this (the report of C-h c) in a rxvt, in an xterm, but not in a gnome-terminal, and not on the Linux console. In X11 mode, I also don't have the problem. The problem occured relatively recently. Emacs21 doesn't have the problem in the same circumstances. Thanks, 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/moy/local/usr/share/emacs/22.0.50/etc/DEBUG for instructions. In GNU Emacs 22.0.50.7 (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2005-10-16 on ecrins configured using `configure '--with-gtk' '--with-png' '--with-gif' '--with-tiff' '--with-jpeg' '--with-xpm' '--prefix=/home/moy/local/usr'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: fr_FR 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-latin-1 default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t recentf-mode: t icomplete-mode: t auto-image-file-mode: t show-paren-mode: t which-function-mode: t encoded-kbd-mode: t auto-compression-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-decoding-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t Recent input: D ESC [ D ESC [ D ESC [ D C-x C-e C-g C-x o C-x C-e C-x o C-e C-x C-e C-x o ESC [ D ESC [ D ESC [ D ESC [ D ) ESC [ D ESC [ D ESC [ D ESC [ D ESC [ D ESC [ D ESC [ D ( k b d SPC C-e C-x C-e q ESC [ 1 8 ^ ESC [ 1 8 ^ g L s C-s e m b c s ESC [ A ESC x r e p o r t TAB RET Recent messages: Reading active file via nndiary... nndiary: Reading incoming mail from file... nndiary: Reading incoming mail (no new mail)...done Reading active file via nndiary...done Reading active file from archive via nnfolder...done Checking new news...done No gnus is bad news [2 times] (No changes need to be saved) Mark saved where search started Loading emacsbug...done -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
There should be a fortune-mode in fortune.el
Editing fortune files with Emacs is a pain: M-q reformats the whole file :-( Here's a trivial but usefull fortune-mode to edit fortune files: (defconst fortune-font-lock-keywords '((^%$ . font-lock-keyword-face))) ;;;###autoload (define-derived-mode fortune-mode text-mode Fortune Major mode for editting fortune files (set (make-local-variable 'font-lock-defaults) '(fortune-font-lock-keywords t)) (set (make-local-variable 'paragraph-separate) (concat \\(%$\\| paragraph-separate \\ I think this should go in fortune.el -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
flymake-mode should require compile.el
With With a fresh Emacs, running M-x flymake-mode RET gives defvar: Symbol's value as variable is void: compilation-error-regexp-alist-alist I suppose you're missing a (require 'compile) somewhere. In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2005-08-15 on ecrins X server distributor `The XFree86 Project, Inc', version 11.0.4031 configured using `configure '--with-gtk' '--with-png' '--with-gif' '--with-tiff' '--with-jpeg' '--with-xpm' '--prefix=/home/moy/local/usr'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: fr_FR 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-latin-1 default-enable-multibyte-characters: t Major mode: C Minor modes in effect: mouse-wheel-mode: t tooltip-mode: t auto-compression-mode: t menu-bar-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t next-error-follow-minor-mode: Fol abbrev-mode: t Recent input: C-x C-f / t m tab t o t o . c return M-x f l y m a tab return M-x r e p o r t tab return Recent messages: Loading mwheel...done (emacs -q) Loading disp-table...done Loading image...done For information about the GNU Project and its goals, type C-h C-p. (New file) Loading cc-mode...done Loading flymake... defvar: Symbol's value as variable is void: compilation-error-regexp-alist-alist Loading emacsbug...done ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Several outline-promote bugs
Richard M. Stallman [EMAIL PROTECTED] writes: Please try this fix. *** outline.el07 Aug 2005 13:30:25 -0400 1.13 --- outline.el24 Aug 2005 19:29:29 -0400 Works for me. I'd add --- outline.el.rms 2005-08-26 10:14:30.0 +0200 +++ outline.el 2005-08-26 10:14:34.0 +0200 @@ -492,7 +492,7 @@ ;; Didn't work, so ask what to do. (read-string (format Parent heading for `%s': head) - nil nil nil t))) + head nil nil t))) (unless (rassoc level outline-heading-alist) (push (cons head level) outline-heading-alist)) @@ -543,7 +543,7 @@ ;; Didn't work, so ask what to do. (read-string (format Demoted heading for `%s': head) - nil nil nil t))) + head nil nil t))) (unless (rassoc level outline-heading-alist) (push (cons head level) outline-heading-alist)) (when I outline-promote a \subparagraph, and Emacs asks me what to do with it, the usual answer for me will be keep it as it is, that I can do with a simple RET now). Thanks, -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Several outline-promote bugs
I'm trying to use outline-{promote|demote} with auctex. It works very
badly:
Here's a test file:
,
| \section{sec}
| text
| \subsection{subsec}
| other text
`
Putting my cursor on the first line, and running M-x outline-promote
RET, I get this
,
| \section{sec}
| text
| \section{subsec}
| other text
`
While I expected this:
,
| \part{sec}
| text
| \section{subsec}
| other text
`
Now, I add an empty line at the beginning of the file:
,
|
| \section{sec}
| text
| \subsection{subsec}
| other text
`
and, with the cursor on the second line, M-x outline-promote RET. I
get an error Unrecognized header. After debugging a bit, this
appears to be because `outline-level' is called with the cursor on the
first, empty line.
The problematic call is in `outline-up-heading' (comments added by
me):
(defun outline-up-heading (arg optional invisible-ok)
Move to the visible heading line of which the present line is a subheading.
With argument, move up ARG levels.
If INVISIBLE-OK is non-nil, also consider invisible lines.
(interactive p)
(and (eq this-command 'outline-up-heading)
(or (eq last-command 'outline-up-heading) (push-mark)))
(outline-back-to-heading invisible-ok)
(let ((start-level (funcall outline-level)))
(if (eq start-level 1)
(error Already at top level of the outline))
(while (and ( start-level 1) ( arg 0) (not (bobp)))
(let ((level start-level))
(while (not (or ( level start-level) (bobp)))
(if invisible-ok
(outline-previous-heading) ; - this causes
; the cursor to go to the
; first, empty line
(outline-previous-visible-heading 1))
(setq level (funcall outline-level))) ;; -- This one.
(setq start-level level))
(setq arg (- arg 1
(looking-at outline-regexp))
I didn't find obvious bug in auctex. The function LaTeX-outline-level
does what it's supposed to do, so I think the bugs are in outline.el.
In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.6.4)
of 2005-08-15 on ecrins
configured using `configure '--with-gtk' '--with-png' '--with-gif'
'--with-tiff' '--with-jpeg' '--with-xpm' '--prefix=/home/moy/local/usr''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: fr_FR
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-latin-1
default-enable-multibyte-characters: t
Major mode: LaTeX
Minor modes in effect:
flyspell-mode: t
reftex-mode: t
outline-minor-mode: t
recentf-mode: t
which-function-mode: t
show-paren-mode: t
icomplete-mode: t
auto-image-file-mode: t
encoded-kbd-mode: t
auto-compression-mode: t
global-font-lock-mode: t
font-lock-mode: t
unify-8859-on-decoding-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
column-number-mode: t
line-number-mode: t
next-error-follow-minor-mode: Fol
Recent input:
ESC [ A RET C-_ ESC x ESC [ A ESC [ C ESC [ C ESC [
C ESC [ C ESC [ C ESC [ C ESC [ C ESC [ C ESC [ C ESC
[ C ESC [ C ESC [ D ESC [ D ESC [ D d e n DEL m C-d
C-d C-d C-d RET ESC x ESC [ A RET ESC x ESC [ A RET
ESC x ESC [ A RET ESC x r e p o r TAB C-g ESC x r e
p o TAB r t TAB RET
Recent messages:
end while Tex-look-at nil
Tex-look-at ((part 0) (chapter 1) (section 2) (subsection 3)
(subsubsection 4) (paragraph 5) (subparagraph 6))
xtla: Current-line(18)=\[_]section{sec3}
end while Tex-look-at ((section 2) (subsection 3) (subsubsection 4)
(paragraph 5) (subparagraph 6))
Tex-look-at ((part 0) (chapter 1) (section 2) (subsection 3)
(subsubsection 4) (paragraph 5) (subparagraph 6))
xtla: Current-line(18)=\[_]section{sec3}
end while Tex-look-at ((section 2) (subsection 3) (subsubsection 4)
(paragraph 5) (subparagraph 6))
Quit
Making completion list...
Loading emacsbug...done
--
Matthieu
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
build should require correct version of makeinfo
Hi, On my machine, CVS Emacs doesn't build if I have makeinfo 4.1 in my $PATH, but does if I have makeinfo 4.2. In the man/ subdirectory, I get: dired-x.texi:27: Unknown command `copying'. dired-x.texi:60: Unmatched [EMAIL PROTECTED]'. The configure should have warned me with a clear error message (saying version = 4.2 is required) or give a warning and disable the makeinfo target. -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ido shows wrong completions
Kim F. Storm said: Matthieu Moy [EMAIL PROTECTED] writes: I have a ~/local/ and a ~/local-mirror/ directory in my $HOME. With ido enabled, when I do C-x C-f ~/local/ TAB TAB, the list of completion is the list of files in my $HOME, with the 7th character highlighted, whereas it should list $HOME/local/. Actually, this is a feature rather than a bug. [...] When you have tabbed through all completions, the next TAB will go back to the first page, but this time showing you ALL the elements in the current directory. Since I've already typed a slash (the minibuffer shows ~/local/), I expect the current directory to be ~/local/, not ~/. What's even more confusing is that Emacs highlights the next caracter to type in the completion buffer, and in your case, the highlighted character is *not* the one to type. If you have some better idea how to handle this, please tell me. My advice would be to take the trailing slash into account. For example, make / equivalent to what is currently / RET. -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ido shows wrong completions
Kim F. Storm said: My advice would be to take the trailing slash into account. For example, make / equivalent to what is currently / RET. Ido does that already if there are no other completions, see ido-enter-single-matching-directory. How about this? --- ido.el.orig 2005-08-16 15:44:53.0 +0200 +++ ido.el 2005-08-16 15:45:48.0 +0200 @@ -696,6 +696,14 @@ (other :tag Always t)) :group 'ido) +(defcustom ido-enter-matching-directory-anyway t + *Automatically enter sub-directory even if it is not the only match. + +If non-nil, typing \/\ enters the directory corresponding to the +first match, even if it is not the only match. + :type 'boolean + :group 'ido) + (defcustom ido-create-new-buffer 'prompt *Specify whether a new buffer is created if no buffer matches substring. Choices are 'always to create new buffers unconditionally, 'prompt to @@ -3976,7 +3984,8 @@ (when (and ido-enter-single-matching-directory ido-matches - (null (cdr ido-matches)) + (or ido-enter-matching-directory-anyway + (null (cdr ido-matches))) (ido-final-slash (car ido-matches)) (or try-single-dir-match (eq ido-enter-single-matching-directory t))) (I leave the default value up to you ;-). The problem with this patch is that it inhibit one feature of ido: typing '/' to be able to cycle through directories. Well, *I* prefer the behavior of my patch, but I don't know about other users). -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
ido shows wrong completions
I have a ~/local/ and a ~/local-mirror/ directory in my $HOME. With ido enabled, when I do C-x C-f ~/local/ TAB TAB, the list of completion is the list of files in my $HOME, with the 7th character highlighted, whereas it should list $HOME/local/. In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2005-08-15 on ecrins X server distributor `The XFree86 Project, Inc', version 11.0.4031 configured using `configure '--with-gtk' '--with-png' '--with-gif' '--with-tiff' '--with-jpeg' '--with-xpm' '--prefix=/home/moy/local/usr'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: fr_FR 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-latin-1 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: recentf-mode: t which-function-mode: t global-hl-line-mode: t show-paren-mode: t icomplete-mode: t auto-image-file-mode: t encoded-kbd-mode: t mouse-wheel-mode: t tooltip-mode: t auto-compression-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-decoding-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t next-error-follow-minor-mode: Fol Recent input: C-s down down down down down down down down down down C-x k C-g C-x C-f C-g up up up up up up up up up up up up down left right C-x C-e left M-left C-s tab C-s C-s C-g C-x b t e backspace backspace . e l C-g C-x C-f M-backspace M-backspace M-backspace l o tab c tab / backspace a tab l tab / tab backspace tab / tab tab tab d tab backspace backspace l o c a l / C-s C-s tab tab C-g M-x r e backspace e p o r tab return Recent messages: nilError during redisplay: (void-function mode-line-mode-name) Error during redisplay: (void-function mode-line-mode-name) [26 times] QuitError during redisplay: (void-function mode-line-mode-name) Error during redisplay: (void-function mode-line-mode-name) [7 times] QuitError during redisplay: (void-function mode-line-mode-name) Error during redisplay: (void-function mode-line-mode-name) [44 times] QuitError during redisplay: (void-function mode-line-mode-name) Error during redisplay: (void-function mode-line-mode-name) [3 times] Loading emacsbug...done Error during redisplay: (void-function mode-line-mode-name) [2 times] -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
