I'd like C-x 4 0 to just do its job without mithering me with kill
buffer `foo'? (yes or no), unless it's an actual changed buffer
that's getting killed.
Today's GNU Emacs CVS snapshot, Mon, 2005 Apr 25 09:44 UTC
GNU Emacs 22.0.50.14 (i686-pc-linux-gnu, GTK+ Version 2.6.4)
started with
[After running the same RMAIL for several days, deletions slow; but
not immediately. Using the `emacs/src/emacs' executable of 2005 Mar
30.]
I think you said it was spending most of the time in regexp matching.
Is that right? If so, can you determine what regexp it spends most of
its
From: Alex Ott [EMAIL PROTECTED]
Date: Mon, 25 Apr 2005 09:42:09 +0400
Here is updated version of Emacs tutorial (russian version).
thanks, installed.
thi
___
Emacs-devel mailing list
Emacs-devel@gnu.org
$B5.J}$NCO0h$G:#8=:_5U1g=u4uK[EMAIL PROTECTED],(B12$BL$$$^$9!#(B
$BL5NA$G$9$N$G4v$i$G$b$4MxMQ2$5$$!#(B
http://awg.webchu.com/?springd
$B%a!%k$Nu?.$r5qH]$9$kl9g$O25-(BURL$B$KJV?.2$5$$(B
[EMAIL PROTECTED]
___
Emacs-devel mailing list
Daniel Brockman daniel at brockman.se writes:
I don't want to spend time on thinking about it because I think it
is unlikely to get anywhere.
To be honest, I'm growing less and less confident myself that it would
be the best default behavior. While many people would definitely find
it
David Reitter [EMAIL PROTECTED] writes:
Daniel Brockman daniel at brockman.se writes:
I just thought I'd point out that substituting `at' for `@' in the
body of a message is counter-effective against harvesting, since this
makes the address slip through [1,2] the filter for the archive web
Notice the overlay arrow that covered part of the file name: this is a
bug, IMHO. If we want to have an arrow pointing out the current line,
we should indent the buffer text to the right as many columns as the
arrow string takes.
It might be good to do that when overlaying the
So the provide merely sets a flag, and this flag causes the
encompassing load not to throw the collected previous autoload data
away at the end of the load sequence, but use it for marking the
changed functions with the old autoloads in their properties.
Clearer now?
Why make
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
Eli Zaretskii [EMAIL PROTECTED] writes:
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
So, how do you make Font Lock use the function in the variable
syntax-begin-function to move to top level?
I don't understand the question. What have you tried?
Stefan
___
Emacs-devel mailing list
Emacs-devel@gnu.org
Daniel Brockman wrote:
I've always found it annoying that Emacs seems to have a habit of
leaving junk windows around whenever you invoke something that needs
to display information in a temporary buffer. I think it just gives a
really sloppy impression, especially when you aren't used to it.
Eli Zaretskii [EMAIL PROTECTED] writes:
Cc: Sun Yijiang [EMAIL PROTECTED], emacs-devel@gnu.org
From: David Kastrup [EMAIL PROTECTED]
Date: Mon, 25 Apr 2005 19:04:34 +0200
kpathsea, the library for most TeX systems, has a scheme where you can
override most environment variables on a
The %HOME% environment variable is used by many programs under w32, so it's
really a mess sometime.
The above doesn't make any sense: the $HOME envvar is used by many/all
programs under Unix and it's not a mess at all.
Could you explain why under w32 it creates a mess? E.g. give examples of
Title:
:
.
, 27.4,
19:00,"
"
" "." ''
37 ( ).
:
.
.
""
.
".
"
"
,.
.
8.
- -
.
Eli Zaretskii [EMAIL PROTECTED] writes:
Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
From: David Kastrup [EMAIL PROTECTED]
Date: Mon, 25 Apr 2005 20:26:22 +0200
I am not sure about that, but the complexity of kpathsea is
completely irrelevant for resolving that question.
It's relevant: I
Please see also the discussion in oct 2004 in the archives about $HOME
default on w32.
- Original Message -
From: Sun Yijiang [EMAIL PROTECTED]
To: emacs-devel@gnu.org
Sent: Monday, April 25, 2005 2:08 PM
Subject: What about a seperate HOME environment variable under w32?
The %HOME%
Drew Adams [EMAIL PROTECTED] writes:
Wrt various efforts to deal with this and your comments on deleting
windows and killing buffers: Deleting a window should not, in
general, delete (kill) its buffer, but killing a buffer
_interactively_ can often reasonably delete its window too (and
On 2005-04-25, Stephen Eglen [EMAIL PROTECTED] wrote:
Relevant settings:
ispell-really-aspell t
ispell-program-name ispell
Aren't these contradictory settings? If you have
ispell-really-aspell t
ispell-program-name aspell
your problem will go away, won't it?
I never understood why
At Mon, 25 Apr 2005 12:05:12 -0400,
Richard Stallman wrote:
Emacs 21.3 is rather old. Could you try this with the current
development Emacs from savannah.gnu.org?
I've tried but bootstrap failed at
Loading emacs-lisp/byte-run (source)...
Loading emacs-lisp/backquote (source)...
Loading
20 matches
Mail list logo