Re: (info "(elisp)Other Display Specs")

Thanks. I will clean this up a different way. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

Re: lazy-completion-table's args are evaluated too late

>> Looks like it works indeed, although it breaks my code because my code >> relies on lexical-let which doesn't work correctly when the lambdas are >> built at run time as is the case in your code. >> So maybe I'll be better off with the current code. Hmm >> I can install my fix, or I can l

Re: url-cookie-file noise

> Incidentally, ~/.url should probably be ~/.emacs.d/url instead. > It should use the latter if .emacs.d exists and ~/.url does not > exist. (That's the usual criterion.) > Would you like to fix it? Done, Stefan ___ emacs-pretest-bug ma

Re: Flyspell context menu buggy

>> 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

make bootstrap failure on Solaris 10 (sparc)

Hello, On Solaris 10 (sparc), the latest CVS Emacs cannot make bootstrap. I used Sun Studio 11 and GNU Make 3.80. The error is like this. cc -c -DHAVE_CONFIG_H -I. -I../src -I/export/home/nakaji/emacs/lib-src -I/export/home/nakaji/emacs/lib-src/../src -xtarget=ultra2 -xarch=v9 -I/usr/pkg/inclu

Re: lisp-complete-symbol is too loquacious in minibuffer

Please install your patch. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

Re: font-lock-fontify-buffer removes highlighting in non font-lock buffers

I see at least three solutions: * check font-lock-keywords in font-lock-default-function for the compiled empty value `(t nil)' and don't call font-lock-mode-internal for this value; I'd rather intervene at an earlier stage so that it is not compiled at all. Why not? * m

Re: lisp-complete-symbol is too loquacious in minibuffer

> In <[EMAIL PROTECTED]> Richard M. Stallman wrote: > Please install your patch. Thanks, but I have a write access only to Gnus (in cvs.gnus.org which is gatewayed to Emacs CVS), I haven't worked on the paper to Emacs. Could anyone please take it on? ___

Re: font-lock-add-keywords in hi-lock.el

Romain Francoise <[EMAIL PROTECTED]> writes: > Bill Wohler <[EMAIL PROTECTED]> writes: > >> Was this patch expected to fix the broken Gnus highlighting me and >> others have reported? > > No, we fixed this one on November 24th. This bug (Gnus losing its highlighting) reared its ugly head again a

C-x 4 and C-x 5 binding not available for M-.

Steps to reproduce: 1. Start up Emacs. 2. Enter the key sequence "C-x 4 M-.". 3. Notice the error message you get. (Also try the key sequence "C-x 5 M-.".) Expected result: C-x 4 M-. and C-x 5 M-. should be bound to find-tag-other-window and find-tag-other-frame, respectively. This mirrors t

Re: lisp-complete-symbol is too loquacious in minibuffer

Katsumi Yamaoka <[EMAIL PROTECTED]> writes: > Thanks, but I have a write access only to Gnus (in cvs.gnus.org > which is gatewayed to Emacs CVS), I haven't worked on the paper > to Emacs. Could anyone please take it on? Thanks, I resynchronized your patch and installed it. And by the way, you d