Hi.
I am currently working on a pet project of mine, midi.el, a mode
for editing standard midi files with GNU Emacs. The parser is already
wirtten and working, and some experimental code for drawing the
resulting event list in a buffer is also already done. NoteOn/NoteOff
events are combined int
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)...
Loadi
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 understo
Richard Stallman wrote:
I installed this because it seems to be the only good way to resolve
the problem that was encountered with fontification and Rmail to
general satisfaction. (No one objected to this solution.)
If nothing else. the defface docstring seems wrong:
"Font Lock mode
"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
Please see also the discussion in oct 2004 in the archives about "$HOME
default on w32".
- Original Message -
From: "Sun Yijiang" <[EMAIL PROTECTED]>
To:
Sent: Monday, April 25, 2005 2:08 PM
Subject: What about a seperate "HOME" environment variable under w32?
The %HOME% environment v
> 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 wouldn't want to ever see Emacs in t
"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.
>
>
Title: ילדים לא מתגרשים מאבא
אם אינך רואה את ההודעה לחץ כאן
לתשומת לבך:
על מנת לקבל עדכונים שוטפים עליך להוסיף את האימייל שלך לרשימת התפוצה.
כנס פעילים
ביום רביעי, 27.4, בשעה
19:00, יערך כנס של "מטה המאבק למען האב
הגרוש" ושל ארגון הסבים והסבתות
"משפחות שכולות לילדים חיים". הכנס י
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> I realize that you can't expect Emacs to know when you are done with a
>> window unless you actually tell when. The obvious way to tell when is
>> to type `C-x 1' or `C-x 0', but this leaves the temporary buffer
>> lingering, which makes me nervous.
>
Evil Boris wrote:
This seems to work properly in 21.3, but not in current/recent CVS.
This is on Solaris running twm as the window manager.
If I invoke ediff, say to compare two files, ediff starts a little
separate "control frame".
-- On Windows, this frame gets focus and the pointer gets warpe
> I realize that you can't expect Emacs to know when you are done with a
> window unless you actually tell when. The obvious way to tell when is
> to type `C-x 1' or `C-x 0', but this leaves the temporary buffer
> lingering, which makes me nervous.
The way Emacs is expected to deal with it, is vi
> 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
"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 var
> 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 per-application base.
I know all about
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> 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?
>From what I understand, font-lock-beginning-of-syntax-function is
initialized fro
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 realize that you can't expect Emacs to know when you are done with a
window unless you actua
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 i
> Stefan, can you work on that?
I just got a baby girl and am kind of swamped,
Stefan
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> 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
http://lists.gnu.org
"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 sto
> From: Richard Stallman <[EMAIL PROTECTED]>
> CC: emacs-devel@gnu.org, [EMAIL PROTECTED]
> Date: Mon, 25 Apr 2005 12:05:44 -0400
>
> 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 sho
> 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 u
CD ROM SALE
11 CD ROM to choose from 5,000 photos from Israel and the world.
Only $10 for CD
To see the collection CLICK ON HERE
Best RegardsJack Hazutwww.israelimage.nete-mail: [EMAIL PROTECTED]
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http:
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 mak
> 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 this. However, lots of other modes
> ought to be set up to us
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 arr
Emacs 21.3 is rather old. Could you try this with the current
development Emacs from savannah.gnu.org?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Hi Sun Yijiang,
Sun Yijiang writes:
> The %HOME% environment variable is used by many programs under w32,
> so it's really a mess sometime.
The HOME environment variable is used by almost every program with a
Unix heritage. But it seems pretty clear to me what HOME is. It's
the place where user
David Reitter <[EMAIL PROTECTED]> writes:
> Daniel Brockman brockman.se> writes:
I just thought I'd point out that substituting `' 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
interface wh
Daniel Brockman 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 conv
$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$Nl9g$O2<5-(BURL$B$KJV?.2<$5$$(B
[EMAIL PROTECTED]
___
Emacs-devel mailing list
Emacs-devel@gnu.o
The %HOME% environment variable is used by many programs under w32, so it's really a mess sometime. I suggest Emacs use a different HOME variable underw32, something like %EMACS_HOME% or %EHOME%. This can be backward compatible if Emacs first look for %EHOME% variable, and if not found, search fo
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
http://lists.gnu.org/mailman/listin
In today's CVS emacs:
emacs -q
C-h N
M-x flyspell-buffer
I get: Error: Can't check region
and *flyspell-region* contains:
Error: Could not open the file "list" for reading.
This is compatibility problem between ispell and aspell.
I have:
$ ispell -v
@(#) International Ispell Version 3.1.20 (
[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 ti
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
> [...] Of course, the only
> valid type of this argument is a string which is self-evaluating, but you
> don't want to evaluate arbitrary values in the error case.
This is the point which I'd like to know.
I have to revise my private elisp library:-(
Thank you.
Masatake YAMATO
__
38 matches
Mail list logo
