Kenichi Handa <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]>, Stefan Monnier <[EMAIL PROTECTED]> writes:
>
>>> I'd like to know whether coding systems in general are supposed to be
>>> robust, meaning that decoding some random byte string into the coding
>>> system and reencoding
Richard Stallman <[EMAIL PROTECTED]> writes:
> Now that Richard has changed M-g to be a prefix key, can we
> implement this plan?
>
> I would rather put this aside until after the release.
Discussing the full population of this binding, I might agree here.
However, part of this proposal w
> From: "Lennart Borgman" <[EMAIL PROTECTED]>
> Date: Fri, 18 Mar 2005 23:56:02 +0100
> Cc: emacs-devel@gnu.org
>
> Most applications I use on w32 have a "View" top menu.
This was considered when the menu bar was restructured in preparation
for Emacs 21.1. The conclusion, IIRC, was that View is
> From: "Drew Adams" <[EMAIL PROTECTED]>
> Cc:
> Date: Fri, 18 Mar 2005 12:53:29 -0800
>
> Please don't make such a change: the simple toggle-type options should
> come first, and the submenus (like Mule) later. Not the other way
> around. Likewise with Customize: it should come aft
"Eli Zaretskii" <[EMAIL PROTECTED]> writes:
>> From: "Lennart Borgman" <[EMAIL PROTECTED]>
>> Date: Fri, 18 Mar 2005 23:56:02 +0100
>> Cc: emacs-devel@gnu.org
>
>> My gut also tells me it is unlikely that we will have a "View" top
>> menu now. However an "Appearance" sub menu with the same conten
Stefan Monnier <[EMAIL PROTECTED]> writes:
>>
>> I-search: gnu [GNU Free Documentation License]
>
> I'm not particularly happy about this reuse of the [...] message.
> It's meant to hold an error message.
Reusing an error message variable is not a clean solution, indeed.
Perhaps, it's better to ad
Dan Nicolaescu <[EMAIL PROTECTED]> writes:
> Comments, suggestions, etc. are welcome.
It would be very good to make this mode to work like edebug
(automatically making the source code buffer read-only, etc.)
and to have similar keybindings:
" " - step
"n" - next
"c" - cont
"g" - go
...
--
Jur
Hi,
I've just received this patch porting Emacs to the ppc64 architecture.
I have no idea whether this is the right way to do it; maybe someone
will be able to improve it.
Cheers,
--- Begin Message ---
Package: emacs21
Severity: wishlist
Tags: patch
With the attached patch, 'emacs21' can be co
The following four patches enable `file-name-shadow-mode' by default,
preload rfn-eshadow.el and make define-minor-mode accept an
:initialize argument. (It currently kind of accepts such an argument,
but the result is that the macroexpanded defcustom contains two
:initialize keywords, a bug.) To
> Cc: "Lennart Borgman" <[EMAIL PROTECTED]>,
> emacs-devel@gnu.org
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Sat, 19 Mar 2005 12:24:34 +0100
>
> > When Emacs 21.1 was released, many users complained about the
> > changed menu-bar structure, even though the new structure was
> > gen
"Eli Zaretskii" <[EMAIL PROTECTED]> writes:
>> Cc: "Lennart Borgman" <[EMAIL PROTECTED]>,
>>emacs-devel@gnu.org
>> From: David Kastrup <[EMAIL PROTECTED]>
>> Date: Sat, 19 Mar 2005 12:24:34 +0100
>>
>> > When Emacs 21.1 was released, many users complained about the
>> > changed menu-bar s
- Original Message -
From: "Eli Zaretskii" <[EMAIL PROTECTED]>
> > Most applications I use on w32 have a "View" top menu.
>
> This was considered when the menu bar was restructured in preparation
> for Emacs 21.1. The conclusion, IIRC, was that View is generally
> inappropriate in a text
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> The following four patches enable `file-name-shadow-mode' by default,
> preload rfn-eshadow.el and make define-minor-mode accept an
> :initialize argument. (It currently kind of accepts such an argument,
> but the result is that the macroexpanded defcus
> I have started on Xft support, but it is really something for the release
> after the next, so I don't spend much time on it yet. I can confirm your
> reasoning, the Emacs font-selection machinery is indeed the most tricky
> part, I have not done that fully, so I can't change font yet. But part
> :initialize keywords, a bug.) To make things work correctly, I had to
> rearrange define-minor-mode to define the mode function before the
> defcustom.
I don't think this is a good idea.
> Apparently, this gives no compiler warnings (I checked), even though the
> function uses the mode variabl
> - if (s-> font == NULL)
> + if (0 && s-> font == NULL)
I suppose this is a mistake.
# Han
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
"Lennart Borgman" <[EMAIL PROTECTED]> writes:
> - Original Message -
> From: "Eli Zaretskii" <[EMAIL PROTECTED]>
>
>> > Most applications I use on w32 have a "View" top menu.
>>
>> This was considered when the menu bar was restructured in preparation
>> for Emacs 21.1. The conclusion, II
> From: "Lennart Borgman" <[EMAIL PROTECTED]>
> Cc:
> Date: Sat, 19 Mar 2005 16:51:55 +0100
>
> I think that "View" here mostly is a synonym for "Appearance". In for
> example Firefox View menu the main items are:
>
> Toolbars, Status Bar, Sidebars;
> Stop, Reload;
> Text Size, Page
- Original Message -
From: "Eli Zaretskii" <[EMAIL PROTECTED]>
> These are all either toggle-type options (we have most of them under
> Options->Show/Hide) or text/font options (we have them under
> Edit->Text Properties). To dedicate a whole top-level item to them
> sounds unwise.
Yes,
The following would appear to be a bug `file-name-shadow-mode'.
Do emacs -Q.
M-x customize-option RET file-name-shadow-mode RET
C-x C-f
Then set file-name-shadow-mode to t for the current session using the mouse.
You are still in the minibuffer. Clearly, file-name-shadow-mode does
not work in
On Sat, 19 Mar 2005 14:29:29 +0200, Juri Linkov <[EMAIL PROTECTED]> wrote:
> There is the text under point only in my first example. It would be
> very useful to display hidden text like when Info-hide-note-references
> hides the reference node names, so for example, when isearch reaches
> the ref
Sunday's GNU Emacs CVS snapshot, Sun, 2005 Mar 13
GNU Emacs 22.0.50.22 (i686-pc-linux-gnu, GTK+ Version 2.6.2)
vrs
Friday's GNU Emacs CVS snapshot, Fri, 2005 Mar 18
GNU Emacs 22.0.50.26 (i686-pc-linux-gnu, GTK+ Version 2.6.2)
both started with the same, long .emacs file
Deletion in RMAIL sl
On Sat, 19 Mar 2005 11:31:35 -0500, Stefan Monnier
<[EMAIL PROTECTED]> wrote:
> > I have started on Xft support, but it is really something for the release
> > after the next, so I don't spend much time on it yet. I can confirm your
> > reasoning, the Emacs font-selection machinery is indeed the m
Miles Bader <[EMAIL PROTECTED]> writes:
> Ideally it'd be some area not so noticeable, e.g., at the far-right
> edge of the mini-buffer; but since that would require new redisplay
> hacking, how about just something like:
>
>I-search (in node File Variables): local variables
>
> That's also mo
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
> Sunday's GNU Emacs CVS snapshot, Sun, 2005 Mar 13
> GNU Emacs 22.0.50.22 (i686-pc-linux-gnu, GTK+ Version 2.6.2)
>
> vrs
>
> Friday's GNU Emacs CVS snapshot, Fri, 2005 Mar 18
> GNU Emacs 22.0.50.26 (i686-pc-linux-gnu, GTK+ Version 2.6.2)
>
> b
>>> That doesn't work very well while the thing is entered, does it? First
>>> you see "s[foo]{" while it's being entered, then you see the next line
>>> " bar", and lastly "}x". Your patterns will never see the whole
>>> construct at once. (They will however see the buffer end, or even
>>> worse s
Stefan Monnier <[EMAIL PROTECTED]> wrote:
>> That doesn't work very well while the thing is entered, does it? First
>> you see "s[foo]{" while it's being entered, then you see the next line
>> " bar", and lastly "}x". Your patterns will never see the whole
>> construct at once. (They will however
It should be pointed out that antialiasing and sub-pixel rendering are
just two of the benefits of the client-side font system brought by Xft
and friends.
The other benefits are just as important. Control and installation of
fonts are easier for most users, fonts with large encodings -- such as
C
On Sat, 19 Mar 2005 23:09:13 +0100, David Kastrup <[EMAIL PROTECTED]> wrote:
> >I-search (in node File Variables): local variables
> >
> > That's also more similar to other "informational messages" used by
> > search, e.g., "overwrapped" or whatever.
>
> Please not. Tags like that make the se
On Sat, 19 Mar 2005 17:45:42 -0500, James Cloos <[EMAIL PROTECTED]> wrote:
> It should be pointed out that antialiasing and sub-pixel rendering are
> just two of the benefits of the client-side font system brought by Xft
> and friends.
>
> The other benefits are just as important. Control and ins
Stefan Monnier <[EMAIL PROTECTED]> writes:
> AFAIK, (encode-coding-string (decode-coding-string STR 'foo) 'foo)
> should always return STR, otherwise it's a bug.
As Handa has explained, that is definitely NOT true.
___
Emacs-devel mailin
3. By default this mode should be enabled for non-ascii based
image format files like .png, .jpg. This could be achieved
by enabling auto-compression-mode by default and turning
image-mode off by default for ascii based formats.
I am completely lost here. What does auto-
C-h w ignore RET
I think this replacement definition fixes it.
(defun where-is (definition &optional insert)
"Print message listing key sequences that invoke the command DEFINITION.
Argument is a command definition, usually a symbol with a function definition.
If INSERT (the prefix arg) is
But it allows to narrow the search only
to specific text part (such as e.g. in Firefox typing a ' before the
search string searches only links) which is currently not easily
implementable in Emacs.
Making such a feature useful, and not intolerable, in the context
of Emacs is not
Well, my patch does not address the issue mentioned by Dave: it can only
display multilingual chars that are part of the user's locale.
Could it select the locale according to the characters to be displayed?
___
Emacs-devel mailing list
Emacs-d
I think this change is correct--does anyone disagree?
Would someone please install this on Monday (and thank him)
if no objection has been found?
--- Start of forwarded message ---
Date: Fri, 18 Mar 2005 16:17:00 +0100
From: JUAN-LEON Lahoz Garcia <[EMAIL PROTECTED]>
To: emacs-pretest-bug@
When in the *shell* buffer a running command produces output it's quite
impossible to scroll back using the page-up key. It seems as if the
last output lines are being subtracted from the amount of lines to
scroll up ...
In GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.8.0, GTK
Richard Stallman <[EMAIL PROTECTED]> writes:
> 3. By default this mode should be enabled for non-ascii based
>image format files like .png, .jpg. This could be achieved
>by enabling auto-compression-mode by default and turning
>image-mode off by default for ascii based
> Well, my patch does not address the issue mentioned by Dave: it can only
> display multilingual chars that are part of the user's locale.
> Could it select the locale according to the characters to be displayed?
The locale info is embedded somewhere in the Xt widget info (I'm not sure
wh
Am 20.03.2005 um 01:21 schrieb Richard Stallman:
When in the *shell* buffer a running command produces output it's
quite
impossible to scroll back using the page-up key. It seems as if the
last output lines are being subtracted from the amount of lines to
scroll up ...
In GNU
Stefan Monnier wrote:
> Apparently, this gives no compiler warnings (I checked), even though the
> function uses the mode variable, which is, in the new version, not
> yet defcustomed.
I'd be surprised if it doesn't introduce spurious warnings at
various places.
I indeed did not l
I am no longer sure that enabling `file-name-shadow-mode' by default
is really a good idea. (_Not_ because it would be difficult: it could
easily be done using `custom-reevaluate-setting' in startup.el, even
without any changes to define-minor-mode.)
The problem is a comment in rfn-eshadow.el:
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> Well, my patch does not address the issue mentioned by Dave: it
>> can only display multilingual chars that are part of the user's
>> locale.
>> Could it select the locale according to the characters to be displayed?
>
> The locale info is
On Sat, 19 Mar 2005 20:30:57 -0600 (CST), Luc Teirlinck
<[EMAIL PROTECTED]> wrote:
> In other words, rfn-eshadow.el assumes that the value of _every_
> environment variable is an absolute file name and it yields very
> confusing results when other environment variables are used in file
> names, say
> From: Richard Stallman <[EMAIL PROTECTED]>
> Date: Sat, 19 Mar 2005 19:22:14 -0500
>
> I think this change is correct--does anyone disagree?
> Would someone please install this on Monday (and thank him)
> if no objection has been found?
You already asked me to install this, and I already did (a
Miles Bader <[EMAIL PROTECTED]> writes:
> On Sat, 19 Mar 2005 20:30:57 -0600 (CST), Luc Teirlinck
> <[EMAIL PROTECTED]> wrote:
>> In other words, rfn-eshadow.el assumes that the value of _every_
>> environment variable is an absolute file name and it yields very
>> confusing results when other env
Hi,
trying to investigate some problems with GTK + multi-tty, I wanted to
compile Emacs with a debuggable GTK version. I was weary but not
entirely shocked to find out that Emacs failed to pick up the location
of my locally compiled GTK instance. Here is my pkg-config output for GTK:
$ pkg-conf
47 matches
Mail list logo
