> In <[EMAIL PROTECTED]> Richard Stallman wrote:
> In addition to this, now it is hard to access a certain element
> of `after-load-alist'.
> It is very kludgy to edit `after-load-alist' in this way.
> Even for one file of Gnus to communicate with another
> using `after-load-alist' is
In article <[EMAIL PROTECTED]>, Kenichi Handa <[EMAIL PROTECTED]> writes:
It seems that Emacs has a problem detecting the correct encoding of
compressed PO files. Attached is a compressed PO file "de.po.gz" in
utf-8 encoding which Emacs failed to display correctly. The German
In addition to this, now it is hard to access a certain element
of `after-load-alist'.
It is very kludgy to edit `after-load-alist' in this way.
Even for one file of Gnus to communicate with another
using `after-load-alist' is kludgy. Don't do it that way!
The right way to do this sort o
Removing from-element from the history list is not a good solution.
Most often I type C-g in the to-element prompt, when instead
of typing a long to-element I need to switch to another buffer
and copy to-element from that buffer (to yank it later from the kill ring
to the to-ele
> Emacs crashes while visiting remote image files.
>
> It seems that the png library can't handle remote files, so the
> following change fixes this:
>
> Index: lisp/image-mode.el
> + (not (file-remote-p (buffer-file-name)))
I've installed this patch. BTW, Emacs really shouldn't
>> Solution #1 seems simplest; is there any reason why you need to put
>> these markers in args to commands?
I think those uses of prin1 really call for some way to reliably print data
in a lisp-readable form. I.e. a variant of prin1 (or a way to tell prin1)
that ignores print
Does this restriction have to be put in the coding style section of
the manual?
I think it should go in the place where `interactive' is documented.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listi
> In <[EMAIL PROTECTED]> Katsumi Yamaoka wrote:
[...]
> I have the following after-load form:
> (eval-after-load "w3m" FORM)
> And now it is incorporated into `after-load-alist' as:
> ("\\ While the FORM should be evaluated after the w3m.elc module is
> loaded, it is done after the mime-w3
> This is from a user;
> the complaint is that file name completion doesn't work after M-x gdb.
>
> It seems that `comint-dynamic-complete-filename' is used, and that
> this function fails to do its job for filenames with spaces in them.
>
> I verified that this is indeed the case with a
Hi,
I have a trouble that seems to be caused by this change:
2006-05-24 Alan Mackenzie <[EMAIL PROTECTED]>
[...]
* subr.el (eval-after-load): Fix the doc-string. Allow FILE to
match ANY loaded file with the right name, not just those in
load-path. Put a regexp matching
I'm not sure the following indicates a bug (or bugs), but it at least
shows differences with respect to using the mouse to resize split
windows where I would, from the user's point of view, expect to have
symmetry.
1. emacs -q
2. M-: (setq mode-line-format nil)
3. Type `C-x 2'. Now the frame is
Emacs crashes while visiting remote image files.
Program received signal SIGSEGV, Segmentation fault.
0xb7c03e07 in fclose () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0 0xb7c03e07 in fclose () from /lib/tls/i686/cmov/libc.so.6
#1 0x081142fd in png_load (f=0x8669530, img=0x8738060) at image.c:
I noticed that msb.el is now broken: it doesn't accept down events
anymore, like the normal buffer selection menu does. This is caused
by the recent change.
And there is also another bug in msb.el: after selecting a sub-menu
it fails with:
Debugger entered--Lisp error: (wrong-type-argument strin
Hi
This is a strange "refresh" feature if emacs frame. In some ling
lines, specially those that contain lots of tabs, scrolling window
sometimes shows the cursor, sometimes not. When it doesn show the
cursor, simply moving the Emacs frame in my favorite window manager
(Window Maker), after I re
Hi
In lenghty lines, using scroll-left and scroll-right in some
combination (how to reproduce bellow) results that the display shows
the middle of the line, I see the cursor there in the middle, but
point is in beginning of line.
If one should be prepared to see cursor where the point isn't, the
> ! (let* ((inhibit-quit t)
> ! (read
> ! (with-local-quit
> !(read-from-minibuffer
> ! (format "%s %s with: " prompt (query-replace-descr from))
> ! nil nil nil
> ! query-replace-to-history-variable from t t
> !;; If
>> 1) $ emacs -Q
>> 2) type football and C-a
>> 3) M-% foo RET bar RET y (this replaces the only occurence of foo)
>> 4) M-% (suggests foo -> bar) baz RET C-g
>> 5) M-% (suggests bar -> baz, while it should suggest foo -> bar)
>
> I think this can be fixed with the following patch to
> query-replac
> 1) $ emacs -Q
> 2) type football and C-a
> 3) M-% foo RET bar RET y (this replaces the only occurence of foo)
> 4) M-% (suggests foo -> bar) baz RET C-g
> 5) M-% (suggests bar -> baz, while it should suggest foo -> bar)
I think this can be fixed with the following patch to
query-replace-read-to.
>> > If some code output command-history with prin1 then try to load it
>> > back, the # things will cause parse errors.
>> We can't alter that. I see a few possible solutions:
>>
>> 1. Don't put markers into arguments to interactive commands,
>> except thru the specific functions (point), (m
Richard Stallman <[EMAIL PROTECTED]> writes:
> > If some code output command-history with prin1 then try to load it
> > back, the # things will cause parse errors.
>
> We can't alter that. I see a few possible solutions:
>
> 1. Don't put markers into arguments to interactive commands,
This is from a user;
the complaint is that file name completion doesn't work after M-x gdb.
It seems that `comint-dynamic-complete-filename' is used, and that
this function fails to do its job for filenames with spaces in them.
I verified that this is indeed the case with a current CVS Emacs.
21 matches
Mail list logo