> How 'bout the patch below instead?
>
>
> Stefan
>
>
> --- orig/lisp/font-lock.el
> +++ mod/lisp/font-lock.el
> @@ -1058,7 +1058,8 @@
> 'font-lock-multiline nil)
>(point-max)))
> (goto-char end)
> -(setq end (line-beginnin
On 9/15/05, Kenichi Handa <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>, Kenichi Handa <[EMAIL PROTECTED]> writes:
>
> > If you really have to be in English language environment
> > but prefer Chinese, please try this in your .emacs.
>
> > (set-language-environment "Chinese-GB")
> >
In article <[EMAIL PROTECTED]>, "Richard M. Stallman" <[EMAIL PROTECTED]>
writes:
>> I think that the cleanest thing to do, in loops that don't need to be
>> as fast as possible, is avoid saving addresses of string data at all.
> I agree. But, I think display_mode_element is the place
>
In article <[EMAIL PROTECTED]>, Kenichi Handa <[EMAIL PROTECTED]> writes:
> If you really have to be in English language environment
> but prefer Chinese, please try this in your .emacs.
> (set-language-environment "Chinese-GB")
> (set-language-environment "English")
Oops, it should be:
(set-la
> Now that mouse-sensitive parts of the mode line look more like buttons,
> how about moving mode-line-toggle-read-only, mode-line-toggle-modified
> et al from mouse-3 to mouse-1?
>
> Yes, that would be more consistent. So please make that change, and thanks.
Done.
Previously
In article <[EMAIL PROTECTED]>, LI Daobing <[EMAIL PROTECTED]> writes:
> I am very glad to reproduce this bug to you:
> my env:
> locale: LANG=en_US.UTF-8
> emacs-snapshot: emacs-snapshot-gtk in debian version 1:20050908-1
As your locale is en_US.UTF-8, Emacs doen't know to which
charset to decod
> With the latest CVS code, when I type r in RMAIL buffer,
> buffer *mail* and *mail*<2> are created and the latter is
> selected.
On second thought, I have reverted my changes. Sorry for the
inconvenience.
___
Emacs-devel mailing list
Emacs-devel@gnu
Now that mouse-sensitive parts of the mode line look more like buttons, how
about moving mode-line-toggle-read-only, mode-line-toggle-modified et al
from
mouse-3 to mouse-1?
Yes, that would be more consistent. So please make that change, and thanks.
> I think that the cleanest thing to do, in loops that don't need to be
> as fast as possible, is avoid saving addresses of string data at all.
I agree. But, I think display_mode_element is the place
that have to be as fast as possible.
I would think that it doesn't take up very
Kenichi Handa <[EMAIL PROTECTED]> writes:
> With the latest CVS code, when I type r in RMAIL buffer,
> buffer *mail* and *mail*<2> are created and the latter is
> selected.
This patch fixes the problem. Could you try it?
*** emacs/lisp/simple.el.~1.749.~ 2005-09-13 06:28:14.0 -04
My thinking was that all icons at the top level are general icons that
could be used in any package. Icons that are only relevant to a single
package (or "virtual" package as in "mail") should be in a sub-directory
with the same name as that package. Thus, the directory serves not o
On 9/15/05, Kenichi Handa <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>, Romain Francoise <[EMAIL PROTECTED]> writes:
>
> > I received a bug report from a Chinese user complaining that Emacs 22
> > wants to use a Japanese font to display a character from the Chinese
> > alphabet, eve
In article <[EMAIL PROTECTED]>, Romain Francoise <[EMAIL PROTECTED]> writes:
> I received a bug report from a Chinese user complaining that Emacs 22
> wants to use a Japanese font to display a character from the Chinese
> alphabet, even if the language environment is set to something Chinese
> (in
With the latest CVS code, when I type r in RMAIL buffer,
buffer *mail* and *mail*<2> are created and the latter is
selected.
When I cancel this change:
2005-09-13 Chong Yidong <[EMAIL PROTECTED]>
* simple.el (sendmail-user-agent-compose): Use a new mail buffer
if `continue' is
Nelson E Ingersoll wrote:
I would like to connect up with anyone working on Emacs under
(oxymoron alert) OpenVMS. I would like to build a recent version and
help with any problems. Forgive me if this is an appropriate post in
this list.
http://www.glug.org/people/ttn/software/emacs-for-vm
I received a bug report from a Chinese user complaining that Emacs 22
wants to use a Japanese font to display a character from the Chinese
alphabet, even if the language environment is set to something Chinese
(in this case, Chinese-GB).
My guess is that the character is identical in Chinese and J
I would like to connect up with anyone working on Emacs under
(oxymoron alert) OpenVMS. I would like to build a recent version and
help with any problems. Forgive me if this is an appropriate post in
this list.
- Nelson ...
___
Emacs-devel maili
Thanks for taking the time to explain the problem. I can definitely
reproduce this.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Chong Yidong <[EMAIL PROTECTED]> writes:
> What do you mean by "in some cases"? Is there a consistent way to
> reproduce this, i.e., step by step instructions for getting
> shell-resync-dirs confused?
1. Start a shell in Emacs: SHELL=bash emacs -Q -f shell
2. Make the shell echo: stty echo RET
3
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> It seems that most of the crashes triggered by VM are somehow related
> to mapcar -- and in this case a mapcar called inside mapatoms.
>
> The crash happens when cons encounters invalid data in the free list.
> However, the bug occurred e
I support this proposal. Emacs doesn't have convention for the usage of
mouse-[1-3]. It is good time to define a convention like C-x for global
binding prefix and C-c for major mode prefix.
I don't know if this is a good time for that - I doubt it. It will likely be
another wrestling m
Hi,
I found your bug report on emacs-devel list forwarded by RMS:
> Date: Fri, 27 May 2005 17:35:48 +0200
> From: Markus Gritsch <[EMAIL PROTECTED]>
>
> the C++ header file which led to the problematic BROWSE file reads
>
> namespace test {
> class Base
> {
> };
>
> class B
> Now that mouse-sensitive parts of the mode line look more like buttons, how
> about moving mode-line-toggle-read-only, mode-line-toggle-modified et al from
> mouse-3 to mouse-1? This helps preserve the idiom of mouse-3 for context
> menus.
I support this proposal. Emacs doesn't have convention
> If someone would prefer some alternative (e.g., using 'arch' in some funky
> way), please let me know. I'm just assuming no one is going to want the
> Cocoa/GNUstep code anywhere near the main Emacs tree itself until it's
> quite stable.
As far as I'm concerned, I wouldn't mind seeing it added
Hi!
This is my first patch I created for emacs - so, be gentle...
This provides better test procedure when trying to build emacs from cvs
without bootstrap.
I hope you will like it.
Regards,
Marcin
? makefile.elc.test.diff
Index: Makefile.in
==
On 9/14/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> Could someone move iso-insert.el to the obsolete directory?
Done.
/L/e/k/t/u
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs
This crashes in the current development Emacs too.
It also makes qiv crash, so I think the gif file is invalid.
But, as he says, an invalid input should not make Emacs crash.
Could someone please investigate this, and try to fix it?
It could be a bug in a library that Emacs uses, in which case
we
It is consistency between argument names in docstrings vs argument
names in the Emacs Lisp Reference a goal?
Yes, more or less. It is not necessary to fix all such discrepancies,
but in many cases fixing them would be a step forward. When doing so,
it is important to standardize on the b
On Sep 13, 2005, at 12:25 PM, Stefan Monnier wrote:
What I'm getting
at is, is it reasonable to port Emacs-on-Aqua to this branch now, or
should I stick with the to-be-22.1 code
If the unicode-2 branch would make your job much easier, I
think going
with the branch would be a perf
It seems that most of the crashes triggered by VM are somehow related
to mapcar -- and in this case a mapcar called inside mapatoms.
The crash happens when cons encounters invalid data in the free list.
However, the bug occurred earlier, when the data became invalid.
There is no evidence
IIUC Adrian Robert works mainly on the GNUstep version, which is free and
runs on free systems.
He was talking about "Emacs for Aqua".
Isn't Aqua the name of a version of MacOS?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.
In theory, yes. In practice, IDE drives use write caching and lie to
the kernel about the status of the data: even if fsync() returns the
data may not be on the platter. The drives do that to write data to
disk out of order, and to be able to delay writing blocks as long as
ne
iso-transl-char-map is complete: every non-ASCII ISO-8859-1 character
is represented at least once.
Thanks. Could someone move iso-insert.el to the obsolete directory?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailm
Chong Yidong <[EMAIL PROTECTED]> writes:
> Good idea. Here's a revised patch:
Looks good to me.
You should wait for RMS approval before installing though.
There's one bug though:
> + (setq found (file-readable-p (expand-file-name (car path)
(setq found (file-readable-p (expand-file-
> Sure. In a nutshell, the optional part of the regular expression
> sometimes doesn't match even when there is an echoed
> `shell-dirstack-query' command, so the command is considered to be the
> directory list. (The change we installed back in 2003 was to add this
> optional part.) Depending o
> "martin" == martin rudalics <[EMAIL PROTECTED]> writes:
>>> (when font-lock-multiline
>>> (setq end (or (text-property-any end (point-max)
>>> 'font-lock-multiline nil)
>>> (point-max)))
>>> (goto-char end)
>>> (setq end (line-beginning-position 2)))
>>> ;; Now do the fontification.
>>
>>
> IMO, This is a good approach.
>
> However, I would suggest that you define an image-load-path
> variable like this...
Good idea. Here's a revised patch:
*** emacs/lisp/image.el.~1.48.~ 2005-08-06 18:13:43.0 -0400
--- emacs/lisp/image.el 2005-09-14 19:50:41.0 -0400
*
Now that mouse-sensitive parts of the mode line look more like buttons, how
about moving mode-line-toggle-read-only, mode-line-toggle-modified et al from
mouse-3 to mouse-1? This helps preserve the idiom of mouse-3 for context
menus. I realise that there is no mouse face on text terminals but ea
Chong Yidong <[EMAIL PROTECTED]> writes:
> How about this patch? It changes find-image to look for an image file
> in etc/images first, then in etc/, then in the load-path. The last
> two are for backward compatibility, the idea being that images should
> go into etc/images by default.
>
IMO, T
In article <[EMAIL PROTECTED]>, "Richard M. Stallman" <[EMAIL PROTECTED]>
writes:
> I think that the cleanest thing to do, in loops that don't need to be
> as fast as possible, is avoid saving addresses of string data at all.
I agree. But, I think display_mode_element is the place
that have to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bill Wohler <[EMAIL PROTECTED]> writes:
> Kim F. Storm <[EMAIL PROTECTED]> wrote:
>
> > > etc/images/mail/rescan -- updates the message listing
> >
> > Refresh
>
> Like in a browser. Hmmm. That might work. What does the MH-E gang think
> about
41 matches
Mail list logo
