From: Lennart Borgman [EMAIL PROTECTED]
Cc: emacs-devel@gnu.org
Date: Wed, 9 Feb 2005 21:06:18 +0100
Thanks, you are right. I just copied that part. Hm. I just read the
semantics so to say. What about the semantic error which I was pointing out?
The previous wording was inaccurate, but
Date: Sat, 12 Feb 2005 19:41:53 -0600 (CST)
From: Luc Teirlinck [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
(defcustom auto-revert-stop-on-user-input t
! When non-nil, user input temporarily interrupts Auto-Revert Mode.
! When nil, Auto-Revert Mode
Date: Tue, 15 Feb 2005 09:53:40 +0100 (CET)
From: Stephan Stahl [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
emacs-devel@gnu.org
I'm not the OP but using Miles Example and C-x C-e'ing it seems fast
enough and takes about half a second on an P4 2,4GHz
FYI: Byte-compiling calc-math.el yields the following warnings:
In calc-arctan:
calc-math.el:239:8:Warning: function `calc-arctan' defined multiple times in
this file
In calc-tanh:
calc-math.el:244:8:Warning: function `calc-tanh' defined multiple times in
this file
In
When tex-mode.el from current CVS is compiled, it produces the
following warning:
In tex-mode:
tex-mode.el:818:8:Warning: function `tex-mode' defined multiple times in this
file
Is this okay?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
From: Nick Roberts [EMAIL PROTECTED]
Date: Sun, 27 Feb 2005 10:20:29 +1300
Cc: emacs-devel@gnu.org
Some of these are mentioned in etc/NEWS, and they are not marked with
a +++', which means the documentation was not yet updated to reflect
that change. Someone will do that before the
From: Lennart Borgman [EMAIL PROTECTED]
Cc: emacs-devel@gnu.org
Date: Mon, 28 Feb 2005 01:20:35 +0100
There is clearly something I do not understand here.
Perhaps you are not the only one ;-)
However I can
not see how hourglass support can be implemented at all if those places
where you
`texinfo-format-buffer' because `texinfmt.el' created the bad line
@end [EMAIL PROTECTED]
He was using a Microsoft operating system and thought (erroneously,
according to Eli Zaretskii) that `makeinfo' had not yet been ported.
That is why he was using the deprecated `texinfo-format
CC: Eli Zaretskii [EMAIL PROTECTED], emacs-devel@gnu.org
From: [EMAIL PROTECTED] (Jari Aalto+mail.emacs)
Date: Wed, 2 Mar 2005 10:31:13 +0200
| Please, we had an extremely prolonged discussion about this not long
| ago, let's not have it again!
|
| I agree. Its only worth opening
Date: Wed, 2 Mar 2005 13:32:58 + (UTC)
From: Robert J. Chassell [EMAIL PROTECTED]
Jason Rumney [EMAIL PROTECTED] wrote
I don't see how a video capture program could be considered a
model for how a text editor should work.
Emacs is much more than a text editor. It is an
From: Stefan Monnier [EMAIL PROTECTED]
Date: Fri, 04 Mar 2005 14:33:19 -0500
Cc: Emacs-Devel emacs-devel@gnu.org
I thought it was command-agnostic
AFAIK, it is, at least in principle (i.e. barring any bugs).
I see in keyboard.c that one instance of the call to start_hourglass
is ifdef'ed
Date: Sat, 05 Mar 2005 13:07:38 +0900
From: YAMAMOTO Mitsuharu [EMAIL PROTECTED]
Cc: emacs-devel@gnu.org
Thanks for the comment. I added an entry in etc/NEWS and some
instruction in mac/INSTALL.
Thanks.
___
Emacs-devel mailing list
From: Ted Zlatanov [EMAIL PROTECTED]
Date: Fri, 04 Mar 2005 15:15:27 -0500
I am curious if there's a chance GNU Emacs will ever have an embedded
web browser object through the Mozilla GTK support:
IIRC, this has come up before. If memory serves, the main problem was
how to reconcile the
From: Thien-Thi Nguyen [EMAIL PROTECTED]
Date: Sat, 05 Mar 2005 12:50:20 +0100
Cc: emacs-devel@gnu.org
sorry, i did not quote the block precisely. the block begins w/:
#if 0
/* PLEASE DO NOT DELETE THIS COMMENTED-OUT VERSION!
(and goes on to surround a DEAFUN for Fexpand_file_name.)
From: Thien-Thi Nguyen [EMAIL PROTECTED]
CC: emacs-devel@gnu.org
Date: Sun, 06 Mar 2005 02:25:11 +0100
as part of the emacs under vms effort, i'm addressing some of the
subtle bugs (that are related to vms) in Fexpand_file_name, by
studying the current behavior, forming a mental model of
From: Lennart Borgman [EMAIL PROTECTED]
Cc: Eli Zaretskii [EMAIL PROTECTED], [EMAIL PROTECTED],
Jan D. [EMAIL PROTECTED],
David Hunter [EMAIL PROTECTED],
Jason Rumney [EMAIL PROTECTED],
KOBAYASHI Yasuhiro [EMAIL PROTECTED]
Date: Fri, 11 Mar 2005 00:33:16 +0100
Date: Fri, 11 Mar 2005 13:44:30 +
From: Jason Rumney [EMAIL PROTECTED]
CC: Lennart Borgman [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
HAVE_NTGUI is better than WINDOWSNT here, I think.
Agreed.
___
From: Lennart Borgman [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
emacs-devel@gnu.org
Date: Fri, 11 Mar 2005 17:03:28 +0100
HAVE_NTGUI is better than WINDOWSNT here, I think.
I think it would be much more readable if we had a special define.
Not in this case,
From: Lennart Borgman [EMAIL PROTECTED]
Date: Fri, 11 Mar 2005 19:42:25 +0100
Cc: [EMAIL PROTECTED], Eli Zaretskii [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], emacs-devel@gnu.org
From: Jan D. [EMAIL PROTECTED]
I believe HAVE_HOURGLASS should go into src\config.in
From: Lennart Borgman [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], emacs-devel@gnu.org
Date: Sat, 12 Mar 2005 02:03:45 +0100
From: Eli Zaretskii [EMAIL PROTECTED]
I don't see how this is more readable. One cannot understand the
meaning
From: Drew Adams [EMAIL PROTECTED]
Cc: emacs-devel@gnu.org
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
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
generally better,
From: Lennart Borgman [EMAIL PROTECTED]
Cc: emacs-devel@gnu.org
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,
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 (and
From: Thien-Thi Nguyen [EMAIL PROTECTED]
Date: Mon, 21 Mar 2005 15:50:14 -0500
Cc: emacs-devel@gnu.org
From: David Kastrup [EMAIL PROTECTED]
Date: Mon, 21 Mar 2005 19:44:37 +0100
! Emacs Tutorial Learn-by-doing tutorial (in many languages)
! for
Date: Tue, 22 Mar 2005 15:24:27 +0900
From: Miles Bader [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
On Tue, 22 Mar 2005 06:55:13 +0200, Eli Zaretskii [EMAIL PROTECTED] wrote:
Emacs TutorialLearn-by-doing tutorial (in your language)
How about
Date: Thu, 24 Mar 2005 08:29:23 +0100 (CET)
From: Werner LEMBERG [EMAIL PROTECTED]
Thanks for adding thaiword.el to the CVS.
You're welcome. And thanks for working on it.
Shouldn't it be announced somehow in the NEWS file?
I'd love to do that, but the file was handed to me without a
From: Yoichi NAKAYAMA [EMAIL PROTECTED]
Date: Wed, 23 Mar 2005 13:02:25 +0900
At Mon, 21 Mar 2005 01:04:00 +0900,
Yoichi NAKAYAMA wrote:
At Mon, 21 Mar 2005 00:52:33 +0900,
Yoichi NAKAYAMA wrote:
The change in keyswap.el:
2005-03-19 Eli Zaretskii [EMAIL PROTECTED
From: [EMAIL PROTECTED]
Date: Sat, 26 Mar 2005 13:12:41 -0500
Message: 13
Date: Sat, 26 Mar 2005 12:45:16 -0500
From: Glenn Morris [EMAIL PROTECTED]
Subject: [Emacs-diffs] Changes to emacs/man/calendar.texi
To: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Index:
Date: Sat, 26 Mar 2005 14:00:42 -0600 (CST)
From: Luc Teirlinck [EMAIL PROTECTED]
CC: emacs-devel@gnu.org, [EMAIL PROTECTED]
However, last time when I proposed something similar (for url.texi, if
I remember well), you and Karl and Dave opposed me on this and I wound
up using a regular
Date: Sat, 26 Mar 2005 21:51:59 -0600 (CST)
From: Luc Teirlinck [EMAIL PROTECTED]
The recent addition of auto-revert-check-vc-info to man/files.texi is
somewhat confusing. It seems to suggest that the normal state of any
buffer is to have version control info in the mode line. Just
From: Richard Stallman [EMAIL PROTECTED]
Date: Sat, 26 Mar 2005 22:52:47 -0500
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
emacs-devel@gnu.org
Maybe some people type spaces while holding down the shift key and
expect it to be an ordinary space (such as, between words
From: David Kastrup [EMAIL PROTECTED]
Date: Sun, 27 Mar 2005 14:18:49 +0200
Cc: emacs-devel@gnu.org
it has already been decided that Emacs will not get a
generic interface to call binary modules, in order not to make it
legally feasible to employ it as a tightly coupled component in
Cc: David Kastrup [EMAIL PROTECTED], emacs-devel@gnu.org, [EMAIL PROTECTED]
From: Jan D. [EMAIL PROTECTED]
Date: Sun, 27 Mar 2005 22:00:22 +0200
But how can you tell if an object is a standard component in the OS or
not? AFAIK anybody can make ActiveX/COM-objects. Much like shared
Cc: Jan D. [EMAIL PROTECTED], emacs-devel@gnu.org,
[EMAIL PROTECTED]
From: David Kastrup [EMAIL PROTECTED]
Date: Mon, 28 Mar 2005 12:07:30 +0200
The COM interface itself is part of the OS. Much like DND.
Yes, like the DLL interface
Sigh. No, not like the DLL interface. COM
From: [EMAIL PROTECTED]
Date: Tue, 29 Mar 2005 14:38:49 -0500
+ @kindex C-M-n @r{(Fortran mode)}
@kindex C-M-n @r{(F90 mode)}
Why do we need two kindex entries here? Isn't the one that says
Fortran mode enough to cover both Fortran 90 and pre-9x Fortrans?
(Having almost identical index
From: David Kastrup [EMAIL PROTECTED]
Date: Tue, 29 Mar 2005 10:49:49 +0200
Cc: emacs-devel@gnu.org
Richard asked me about this in private, and after taking a look at it,
I recommended rather going for @subsection (which is the right size
here) because @section appeared _too_ large. I did
Date: Tue, 29 Mar 2005 21:14:13 -0600 (CST)
From: Luc Teirlinck [EMAIL PROTECTED]
CC: emacs-devel@gnu.org
- @vindex auto-revert-check-vc-info
- Whenever Auto Revert mode reverts the buffer, it updates the version
- control information, such as the version control number displayed in
-
From: Richard Stallman [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
Date: Wed, 30 Mar 2005 11:20:17 -0500
Right, no more than one menu per node.
It is no problem to have multiple @menu commands per node.
Info treats them all as a single menu.
I
From: David Kastrup [EMAIL PROTECTED]
Date: Sat, 02 Apr 2005 14:57:54 +0200
If I have a CVS project and I want to have a list of all files a
particular author has touched (can you spell copyright assignment?),
what is a good way to do that?
Either working from a ChangeLog file, or
Date: Sun, 3 Apr 2005 10:18:01 -0400 (EDT)
From: Chong Yidong [EMAIL PROTECTED]
If it's the latter, maybe admin/emacs-pretesters should be updated to
reflect this.
Updated in what way?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
From: Aidan Kehoe [EMAIL PROTECTED]
Date: Mon, 4 Apr 2005 20:25:20 +0200
Cc: David Reitter [EMAIL PROTECTED], emacs-devel@gnu.org
[...] Should one make people abandon Emacs that have been using it for 20
years, so that a newcomer will take an hour instead of half an hour
before
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Wed, 06 Apr 2005 01:17:11 -0700
This comment in tty-colors.el:tty-color-standard-values
;; Translate the string #XXYYZZ into a list
;; of numbers (XX YY ZZ). If the primary colors
;; are specified with less than 4
Cc: Dan Nicolaescu [EMAIL PROTECTED], emacs-devel@gnu.org
From: David Kastrup [EMAIL PROTECTED]
Date: Wed, 06 Apr 2005 19:36:27 +0200
The R, G, and B represent single hexadecimal digits. When
fewer than 16 bits each are specified, they represent the
Cc: emacs-devel@gnu.org
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Thu, 07 Apr 2005 11:27:36 -0700
So I think we should change this patch so as not to change the color
definitions on displays that support less than 88 colors. That is, in
those cases where there's a single color
Cc: [EMAIL PROTECTED]
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Thu, 07 Apr 2005 18:17:48 -0700
James Cloos [EMAIL PROTECTED] writes:
I beleive I recall this coming up on the xfree lists some years back,
and further beleive that the current codebase of both xfree and xorg
do
From: Kevin Rodgers [EMAIL PROTECTED]
Date: Fri, 08 Apr 2005 09:46:23 -0600
Why can't the overscrolled portion of the window (or any portion beyond
the end of the buffer) be displayed differently? I think the fringe
face would be good for that.
There's already an optional feature to do
From: Nick Roberts [EMAIL PROTECTED]
Date: Sat, 9 Apr 2005 17:22:29 +1200
Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
You don't explain the reasoning behind loading xt-mouse in loadup.el. I
imagine it doesn't get used very often and I thought Richard said it should be
loaded/enabled in
Cc: emacs-devel@gnu.org
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Fri, 08 Apr 2005 08:13:08 -0700
What about the xterm.el patch for xterm-register-default-colors and
xterm-rgb-convert-to-16bit?
I think everybody agreed that these changes are okay. So please
commit them.
From: Stefan Monnier [EMAIL PROTECTED]
Date: Sun, 10 Apr 2005 23:40:14 -0400
Cc: emacs-devel@gnu.org
I haven't looked at the consing behavior, but I'll just mention that I find
stealth fontification annoying and have turned it off a while ago.
Many people have reported problems with it
From: Richard Stallman [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-devel@gnu.org
Date: Tue, 12 Apr 2005 13:25:00 -0400
I will try your settings.
You initially complained about too much consing; I don't claim that
these settings alleviate that (I simply never checked this aspect).
All I'm
Cc: emacs-devel@gnu.org, [EMAIL PROTECTED], [EMAIL PROTECTED]
From: Jan D. [EMAIL PROTECTED]
Date: Wed, 13 Apr 2005 06:58:04 +0200
But how do you check whether configure was invoked with `--without-x'
from Lisp and from C?
#ifndef HAVE_X_WINDOWS
Actually, I'd suggest
#ifdef
Cc: emacs-devel@gnu.org
From: Lute Kamstra [EMAIL PROTECTED]
Date: Wed, 13 Apr 2005 19:47:18 +0200
We don't distribute the *.el files which begin with a capital
letter, either.
Currently, make-dist does include them.
Not in the leim/quail directory, it doesn't.
From: Richard Stallman [EMAIL PROTECTED]
CC: emacs-devel@gnu.org
Date: Wed, 13 Apr 2005 14:31:38 -0400
Your stealth fontification settings seem much better to me, too.
Whether or not stealth fontification should be on by defaults, they
seem to be better parameters for it.
If no one
From: Ismail Donmez [EMAIL PROTECTED]
Date: Wed, 13 Apr 2005 22:08:15 +0300
Cc: emacs-devel@gnu.org
Thanks also can you document the change in Changelog so people can see whats
going on.
This change _is_ documented in Changelog (and in NEWS, where users
should look for such changes).
Date: Wed, 13 Apr 2005 21:16:40 -0500 (CDT)
From: Luc Teirlinck [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-devel@gnu.org
+ #if defined (HAVE_WINDOW_SYSTEM) !defined (MSDOS)
You don't need to test for MSDOS here, since the MSDOS port doesn't
define HAVE_WINDOW_SYSTEM.
Date: Thu, 14 Apr 2005 21:04:31 -0500 (CDT)
From: Luc Teirlinck [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
One possibility is to only avoid preloading tooltip on MSDOS and not
worry about `--without-x'. (How many people compile Emacs
`--without-x'?)
From: Jonathan Yavner [EMAIL PROTECTED]
Date: Thu, 14 Apr 2005 00:17:50 -0400
I love JIT font-lock and depend on it for proper operation of HAPE, but
stealth-fontification is pointless when working on a 2MB file that's heavily
fontified but probably much less than 1% of it will be looked
From: Richard Stallman [EMAIL PROTECTED]
CC: emacs-devel@gnu.org
Date: Thu, 14 Apr 2005 15:03:57 -0400
Is the idea that it avoids delays when you move to other parts of
the buffer, because they've been fontified while you were on the
phone?
Yes.
Does anyone observe
From: Richard Stallman [EMAIL PROTECTED]
CC: emacs-devel@gnu.org
Date: Tue, 19 Apr 2005 12:13:54 -0400
Anyway, I don't see any reason why cited text should be fontified.
IMHO, the reason is, if nothing else, that this is how Mail mode
behaved on a tty since v21.1, and users did not complain
From: Frank Schmitt [EMAIL PROTECTED]
Date: Tue, 19 Apr 2005 16:48:45 +0200
I see that on 2005-4-18 the tooltip-use-echo-area was renamed to
tooltip-gud-echo-area. This change breaks existing code
(semantic). Isn't it common practise to first deprecate a variable
before deleting it?
I
From: Richard Stallman [EMAIL PROTECTED]
CC: emacs-devel@gnu.org
Date: Wed, 20 Apr 2005 10:57:25 -0400
Maybe hardly anyone used font lock on Rmail buffers in text consoles.
I doubt that this is the case. (I certainly used Rmail on text
consoles many times, but that's just me.)
I don't
Date: Wed, 20 Apr 2005 10:05:53 +0100
From: Jason Rumney [EMAIL PROTECTED]
As an aside, I've found Emacs to be less stable since the feature freeze
was declared than it has been since the early days of 21.0 development.
The sad truth, IMHO, is that this ``feature freeze'' is not enforced
From: Lute Kamstra [EMAIL PROTECTED]
Date: Wed, 20 Apr 2005 14:09:54 +0200
Cc: Emacs Devel emacs-devel@gnu.org
On GNU/Linux, all *.elc files are deleted during bootstrap.
People who don't have too much time to work on Emacs, cannot afford
waiting for make bootstrap every time they resync
Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
From: Jason Rumney [EMAIL PROTECTED]
Date: Wed, 20 Apr 2005 21:58:02 +0100
Eli Zaretskii [EMAIL PROTECTED] writes:
It's an annoyance, yes. But the build process runs
list-load-path-shadows that should pinpoint such stale *.elc files
From: Richard Stallman [EMAIL PROTECTED]
CC: emacs-devel@gnu.org
Date: Thu, 21 Apr 2005 11:31:07 -0400
Turning it off for cited text in Mail and Rmail is a much
smaller change with less downside, since the citation markers
are still fontified.
I'm sure this will annoy many of those who
From: Nick Roberts [EMAIL PROTECTED]
Date: Sat, 23 Apr 2005 20:10:55 +1200
Cc: [EMAIL PROTECTED], Stefan Monnier [EMAIL PROTECTED], emacs-devel@gnu.org
Looking at the ChangeLog it seems to have just missed the branch from which
21.2 and 21.3 were also released.
2001-10-20 Gerd
From: Richard Stallman [EMAIL PROTECTED]
CC: emacs-devel@gnu.org
Date: Thu, 14 Apr 2005 15:03:58 -0400
Your stealth fontification settings seem much better to me, too.
Whether or not stealth fontification should be on by defaults, they
seem to be better parameters for it.
I didn't yet have time to try the version of RMAIL with separate faces
for comment delimiter and comment text, so what's below might not
happen there.
With the version of RMAIL from yesterday morning (GMT), fontification
of cited messages is wrong when more than one level of citations is
present.
From: Richard Stallman [EMAIL PROTECTED]
Date: Sat, 23 Apr 2005 18:51:38 -0400
I introduced a new face, font-lock-comment-delimiter-face,
to make it possible to customize separately the fontification
of comment delimiters and comment text. I also set up Rmail
and Sendmail modes to use
A couple of weeks ago, a change to compile.el introduced an overlay
arrow into buffers created by compile.el: the overlay arrow now marks
the current line in the compilation buffer. (Here, ``current line''
means the line whose locus is displayed in the other window;
next-error and mouse-1 change
From: [EMAIL PROTECTED] (Kim F. Storm)
Date: Sun, 24 Apr 2005 20:42:47 +0200
Cc: Juri Linkov [EMAIL PROTECTED], emacs-devel@gnu.org
Eli Zaretskii [EMAIL PROTECTED] writes:
=wd.c:5: warning: implicit declaration of function `bar'
On text terminals, the overlay-arrow is just
From: Thien-Thi Nguyen [EMAIL PROTECTED]
Date: Sun, 24 Apr 2005 17:46:40 -0400
Cc: emacs-devel@gnu.org
From: Glenn Morris [EMAIL PROTECTED]
Date: Sun, 24 Apr 2005 21:27:47 +0100
2) should there be a new CVS branch for the release?
that depends on the precise release
Date: Mon, 25 Apr 2005 20:08:51 +0800
From: Sun Yijiang [EMAIL PROTECTED]
The %HOME% environment variable is used by many programs under w32, so it's
really a mess sometime.
Is HOME used for any other purpose than Emacs does: to store the
user's private init files? If some programs use
Cc: emacs-devel@gnu.org
From: David Kastrup [EMAIL PROTECTED]
Date: Wed, 27 Apr 2005 00:57:05 +0200
Without looking at the code, it would be my guess that it would
currently run immediately after redisplay, whereas my suggestion for
jit-lock-defer-time=0 semantics would be that it be run
From: Richard Stallman [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-devel@gnu.org
Date: Tue, 26 Apr 2005 18:56:25 -0400
One way to do that is to set jit-lock-defer-time.
Are you suggesting this as a change in the defaults?
I'm not interested in this as a workaround for me alone;
I
Cc: emacs-devel@gnu.org
From: David Kastrup [EMAIL PROTECTED]
Date: Wed, 27 Apr 2005 11:43:01 +0200
We are talking about the situation where the input is coming in faster
than Emacs can process it.
See, we don't really know that. Whether this is true or not, depends
on several unknown
From: [EMAIL PROTECTED] (Kim F. Storm)
Date: Wed, 27 Apr 2005 15:10:59 +0200
Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
Eli Zaretskii [EMAIL PROTECTED] writes:
By ``bug'' in this case I meant a design bug.
Then we agree!
It's at least a bad misfeature, and surely shouldn't
From: Richard Stallman [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
Date: Thu, 28 Apr 2005 07:01:00 -0400
Why not do what was suggested?
(unless (display-graphic-p)
(put 'next-error-overlay-arrow-position 'overlay-arrow-string ))
Wouldn't this
Date: Sun, 1 May 2005 08:35:20 -0500 (CDT)
From: Luc Teirlinck [EMAIL PROTECTED]
In some configurations, Emacs cannot display a real dialog box;
so instead it displays the same items in a pop-up menu in the
center of the frame.
I can not check, but does quitting or popping
From: Stefan Monnier [EMAIL PROTECTED]
Date: Sun, 01 May 2005 12:47:37 -0400
I just got the following backtrace. Any idea what's up?
I indeed don't have /lib/cpp (this is on MacOSX) but it shouldn't prevent me
from opening a C file,
Not only that, it IMHO shouldn't call /lib/cpp
Date: Tue, 3 May 2005 21:00:50 + (GMT)
From: Alan Mackenzie [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, emacs-devel@gnu.org
`c-macro-expand' actually lives in the file
.../list/progmodes/cmacexp.el. This file was last updated 3 years 8
months ago by Eli.
Yes,
From: Stefan Monnier [EMAIL PROTECTED]
Date: Tue, 03 May 2005 16:23:40 -0400
Cc: emacs-devel@gnu.org
??? Isn't it a simple matter of looking at the Makefile and passing
the relevant switches to the preprocessor? If the Makefile is too
complex to figure out the switches, I usually
From: Stefan Monnier [EMAIL PROTECTED]
Date: Thu, 05 May 2005 10:17:14 -0400
Cc: Magnus Henoch [EMAIL PROTECTED], emacs-devel@gnu.org
((memq system-type '(darwin berkeley-unix)) gcc -E -C -)
Testing system-type strikes me as wrong (as usual).
Agreed.
Since it's the penultimate
From: Jan D. [EMAIL PROTECTED]
Date: Fri, 6 May 2005 06:51:38 +0200
Cc: emacs-devel@gnu.org
gcc -E can expand the macros just fine, it just needs the same input
(-I -D and -U) as gcc got when creating the executable. As others
pointed out, it is impractical to set this up if you are
If a minor mode is defined via define-minor-mode, then the status
message FOO Mode enabled is not displayed if toggling the mode
autoloads some package.
This happens because define-minor-mode has this fragment:
(if (called-interactively-p)
(progn
,(if globalp
From: Nick Roberts [EMAIL PROTECTED]
Date: Fri, 6 May 2005 09:02:51 +1200
Cc: Eli Zaretskii [EMAIL PROTECTED], [EMAIL PROTECTED],
emacs-devel@gnu.org
Also could you please DTRT for gdb-cpp-define-alist-program.
Done. (The test for ms-dos was redundant.)
Btw, byte-compiling gdb
From: David Kastrup [EMAIL PROTECTED]
Date: Sat, 07 May 2005 07:29:24 +0200
Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
Refilling a paragraph, reindenting and similar are purely mechanical
(non-copyrightable) changes with possibly large numbers of changed
lines.
Which is one reason why I
From: Nick Roberts [EMAIL PROTECTED]
Date: Sat, 7 May 2005 14:24:56 +1200
Cc: emacs-devel@gnu.org
How about developing a script to update these changes automatically?
This is Emacs, so doing this in Lisp would be the default ;-)
Also, given the comments David and others posted, I think
From: Richard Stallman [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
Date: Thu, 28 Apr 2005 07:01:00 -0400
Let me be sure I understand you correctly, Kim: are you actually
saying that this is a good feature, the way it behaves in current CVS?
To: emacs-devel@gnu.org
From: Magnus Henoch [EMAIL PROTECTED]
Date: Wed, 27 Apr 2005 16:04:45 +0200
Subject: Re: flyspell bug
So it seems that the variable ispell-really-aspell is moderately
useful, as there are three situations: ispell, aspell in ispell
compatibility mode, and real
From: Nick Roberts [EMAIL PROTECTED]
Date: Sun, 8 May 2005 14:54:14 +1200
Cc: emacs-devel@gnu.org
Yes. locate-file seems useful enough to justify a description in the Lisp
Reference Manual.
Agreed. And it will be, now that it's in NEWS and not marked as
already documented.
However, I
From: Richard Stallman [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-devel@gnu.org
Date: Sun, 08 May 2005 12:12:37 -0400
It looks like I changed the wrong marker, and indeed it appears not to
work. If your change does the job, please delete mine.
Done.
From: Juri Linkov [EMAIL PROTECTED]
Date: Tue, 10 May 2005 03:06:48 +0300
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Thanks, I installed a slightly different change (using locate-file
instead of executable-find).
Now with using a non-default dictionary ispell.el fails
Cc: emacs-devel@gnu.org, [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED]
From: Juri Linkov [EMAIL PROTECTED]
Date: Tue, 10 May 2005 08:04:07 +0300
Note that automatic changing the value of `ispell-program-name'
in `ispell-check-version' might surprise users of the aspell's
From: Juri Linkov [EMAIL PROTECTED]
Date: Wed, 11 May 2005 11:23:48 +0300
ispell and aspell use different dictionaries. Changing the default
ispell program name from ispell to aspell is an incompatible
change for users configured Emacs to use ispell dictionaries,
not aspell dictionaries.
+ (defun executable-find (command)
+ Search for COMMAND in `exec-path' and return the absolute file name.
+ Return nil if COMMAND is not found anywhere in `exec-path'.
+ ;; Use 1 rather than file-executable-p to better match the behavior of
+ ;; call-process.
+ (locate-file command
Cc: emacs-devel@gnu.org
From: Stefan Monnier [EMAIL PROTECTED]
Date: Wed, 11 May 2005 19:16:46 -0400
Yes. But since you obviously didn't read my identical comment posted
in response to your suggestion to do what you just did in this version
of executable-find (or perhaps you read it,
From: Juri Linkov [EMAIL PROTECTED]
Date: Thu, 12 May 2005 09:14:47 +0300
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]
To my surprise I just discovered that the latest development release of
ispell.el at http://kdstevens.com/~stevens/ispell-page.html
Cc: emacs-devel@gnu.org
From: Stefan Monnier [EMAIL PROTECTED]
Date: Thu, 12 May 2005 08:42:32 -0400
. on Windows, check_executable uses stat to verify executability
. on Posix systems, check_executable uses euidaccess if it's available
. by contrast, openp always uses access
1 - 100 of 384 matches
Mail list logo