> On Thu, 28 Apr 2005 16:58:37 +0200, Martin Buchmann <[EMAIL PROTECTED]>
> said:
> Hi, i'm using today's CVS Emacs on Mac OS X 10.3.9 built using the
> make-package script. Everything seems to work fine but i'm not able
> to cut or copy text from a buffer. I only get messages like these:
For those of you who don't know, I've released ispell 3.3.00. Having
gotten that off my plate, I'm busily working on some improvements that
will go into 3.3.01. Number one on that list is to redo the
fixispell-a script that I whipped up a few months ago.
Juri points out:
> This approach is quit
As far as I can tell, it is the following code:
(if file-name
(rmail-insert-inbox-text files nil)
(setq delete-files (rmail-insert-inbox-text files t)))
Ok, it seems natural that this would lock the current buffer.
It is
Lute Kamstra wrote:
This macro creates a new generic mode. The argument @var{mode} is
the name of the command for the generic mode; it need not be quoted.
"Name" sounds like a string. "need not" sounds like it is up to the
user whether he quotes it or not. Is this really correct or is it
t
Maybe thats a general rule but one needs to be
quantitative. tooltip.el is about 500 lines and about half that
code is for GUD. So maybe 250 lines get loaded in Emacs through
loadup.el but I'm not sure that it amounts to much in memory. On
the other hand, gud.el is about 3000 li
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Currently cua-mode uses S-return to toggle rectangle marking.
>
> This works nicely most of the time, but it is just too easy to
> accidentally hit it after another shifted key, e.g. an upper case
> letter.
>
>
> That really leaves just the tex-mode bindi
Currently cua-mode uses S-return to toggle rectangle marking.
This works nicely most of the time, but it is just too easy to
accidentally hit it after another shifted key, e.g. an upper case
letter.
Therefore, I would like to move this to another binding, but I
don't quite know which.
C-retu
> > Why not do what was suggested?
> >
> > (unless (display-graphic-p)
> > (put 'next-error-overlay-arrow-position 'overlay-arrow-string ""))
>
> Wouldn't this affect Edebug on text terminals?
No, I don't think so. The thread that was hardly a discussion was about
conflicts and co
> > I guess its a chicken and egg situation but a proper feature freeze that
> > lasted over a year would surely set back development.
>
> So what are you saying? let's ignore the freeze and install anything
> we want because the show must go on no matter what?
Major features like Unicode an
Title: eBay Daily Status: Dec-19-04 06:21:56 PDT
Your credit/debit card information must be updated
Dear eBay Member,
We recently noticed one or more attempts to log in to your eBay account from a
foreign IP address and we have reasons to believe that your account wa
> 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 ""))
Wo
> From: Nick Roberts <[EMAIL PROTECTED]>
> Date: Thu, 28 Apr 2005 23:34:33 +1200
> Cc: emacs-devel@gnu.org, Juri Linkov <[EMAIL PROTECTED]>
>
> > Finally, I don't really understand why new features such as this one
> > get installed while we are in a feature freeze. At the very least, it
> > s
> From: Richard Stallman <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
> Date: Thu, 28 Apr 2005 07:00:48 -0400
>
> Richard, you never responded to my questions, nor made any changes in
> the related files.
>
> You sent me that message three days ago, so I read it two days ago.
> It is rid
Hi,
i'm using today's CVS Emacs on Mac OS X 10.3.9 built using the
make-package script. Everything seems to work fine but i'm not able to
cut or copy text from a buffer. I only get messages like these:
Symbol's function definition is void: mac-cut-function
Symbol's function definition is void: m
Richard Stallman <[EMAIL PROTECTED]> writes:
> Shall I document define-generic-mode in lispref/modes.texi? I think
> its own node "Generic Modes", right after the node "Derived Modes",
> would be appropriate.
>
> You can try drafting something, and I will tell you what I think of
> it
Richard Stallman <[EMAIL PROTECTED]> writes:
> Maybe this would work ?
>
> (if (input-pending-p)
> (forward-line 1)
> (vertical-motion 1))
>
> It is incorrect for a cursor motion function to depend on whether
> input is pending.
Agreed. I think it would be reas
Arne Jørgensen <[EMAIL PROTECTED]> writes:
> Richard Stallman <[EMAIL PROTECTED]> wrote March 4, 2005:
>
> > We can now install them. Could you send me the
> > latest version of your changes, with change log
> > entries?
>
> So now I'm trying to post to list
i have installed the files w/ the s
In article <[EMAIL PROTECTED]>, Richard Stallman <[EMAIL PROTECTED]> writes:
> We (me and Stefan) has already shown opinions and solutions
> to the problem. Richard, could you please decide what to
> do?
> I have not been reading these messages, because they were numerous and
> long.
> Moreover, next-error scrolls the display to keep the current line at
> the top of the window. I think it's a bit silly to mark the with an
> arrow a line that is always at the top of its window; such an arrow
> might make sense if we do not scroll the window except when the
> current line i
1995-03-09 Richard Stallman <[EMAIL PROTECTED]>
* simple.el (line-move-ignore-invisible): New variable.
(line-move): If that var is set, use vertical-motion.
Skip any extra invis chars beyond where vertical-motion stops.
So it seems like you o
The last time I looked, this thread was about Emacs not being fast
enough to update the display.
It was about typing C-u 2500 C-n. Anyway, I think I have
more or less fixed the problem with my last change to
line-move-1.
___
Emacs-devel mailin
Thanks for fixing this.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Richard, you never responded to my questions, nor made any changes in
the related files.
You sent me that message three days ago, so I read it two days ago.
It is ridiculous to tell someone "you never responded" after just two
days. Please give me some slack!
I think you will have to wai
Maybe this would work ?
(if (input-pending-p)
(forward-line 1)
(vertical-motion 1))
It is incorrect for a cursor motion function to depend on whether
input is pending.
___
Emacs-devel mailing list
Emacs-devel@g
> 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?
No.
Why not do what was suggested?
(unless (display-graphic-p)
(put 'next-error-overlay-arrow-position 'overlay-arrow-string ""))
___
$B%\%?%s$R$H$D$GL5NA$G(B1$B1_J,$bM7$Y$^$9!#(B
1$B1_J,$"$l$PNA6b$,[EMAIL PROTECTED]($^$9!#(B
$B:#$9$0$K$G$b;n$7$F$_$F2<$5$$!#(B
http://awg.webchu.com/?springb
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/l
Quoting Nick Roberts <[EMAIL PROTECTED]>:
> > Btw, I have a question not directly related to your patch: why do you
> > absolutely need to put gud-specific code within tooltip.el?
>
> Well, I didn't put them there, but it certainly makes coding easier because
> GUD tooltips use a lot of the gene
27 matches
Mail list logo
