This patch extends GUD tooltips to display #define directives over relevant
identifiers when a C program is under the control of GDB but has no child
process i.e the program has either not started, been signalled or exited.
Such tooltips could be displayed even if GDB has not been invoked but it
I've tried on two different machines, both configured with GTK+ but I
can't reproduce this bug from FOR-RELEASE, has anyone else been able
to?
** custom mode-line face makes Emacs freeze up
From: Stephen Berman <[EMAIL PROTECTED]>
Date: Sun, 24 Oct 2004 02:08:56 +0200
I tried with 120 and 90 to
"Eli Zaretskii" <[EMAIL PROTECTED]> writes:
>> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
>> From: David Kastrup <[EMAIL PROTECTED]>
>> Date: Tue, 26 Apr 2005 23:38:11 +0200
>>
>> > I think jit-lock-defer-time _is_ the way to avoid the slowness if
>> > you are willing to see the text unfontified
So for its correct behavior, it is mandatory to do the font locking.
The only exception to that would be if the user would have specified
that it is ok to work with unfontified text.
You are right. I will change it back.
One way to do that is to set jit-lock-defer-time.
Are you
> Aren't these contradictory settings? If you have
>
> ispell-really-aspell t
> ispell-program-name "aspell"
>
> your problem will go away, won't it?
Yes, I think so, in this case. However, I didn't set those variables,
so maybe ispell.el should be loo
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Tue, 26 Apr 2005 23:38:11 +0200
>
> > I think jit-lock-defer-time _is_ the way to avoid the slowness if
> > you are willing to see the text unfontified for a fraction of a
> > second.
>
> I think that a
Very nice. But patched or not, it still complanning about
compilation-error-regexp-alist, don't have this issue?
Chong Yidong <[EMAIL PROTECTED]> writes:
> Here is a jumbo patch for the "clean up flymake.el" entry in
> FOR-RELEASE.
--
Marcelo Toledo
[EMAIL PROTECTED]
http://www.marcelotoledo.or
Luc Teirlinck said:
> Would autoloading comint-output-filter-functions not work? But the
> same problem could happen to any hook whose defvar gives it a
> non-nil value. So I guess that any defvar of such a type that is
> not in a preloaded file should be autoloaded,
Yes that would work too. U
> Would someone please investigate this bug?
> Please respond to this message if you investigate it.
I can't investigate it (no time, and no coloring-grep to try it on),
but here is a suggestion.
> When I do M-x grep and use
> grep -nH -e "(define-minor-mode" lisp/*.el
> I get a *grep* buffer
> > The current documentation for these related functions uses different
> > argument names which I think is confusing:
>
> I don't think it's confusing:
> - `defvaralias' creates a variable alias.
> Neither of the two variables is known to be "old" or "new" or "obsolete".
> One is the
"Eli Zaretskii" <[EMAIL PROTECTED]> writes:
>> From: Richard Stallman <[EMAIL PROTECTED]>
>> CC: emacs-devel@gnu.org
>> Date: Tue, 26 Apr 2005 06:05:41 -0400
>>
>> > It turns out that vertical-motion was fontifying all the text that
>> > it moved over. That seems to be easy to fix.
>>
>
> However, my first point was about using the same argument names in the
> manual and the documentation string. Would this not generally be
> a good idea?
Yes, this is of course usually desirable,
Stefan
___
Emacs-devel mailing list
Emacs-dev
> The current documentation for these related functions uses different argument
> names which I think is confusing:
I don't think it's confusing:
- `defvaralias' creates a variable alias.
Neither of the two variables is known to be "old" or "new" or "obsolete".
One is the "base", the other is
> 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.
Seems odd to introduce a new face whose name refers to "comment" even though
>> My locally hacked Emacs has changed it to *always* mark the window
>> as dedicated.
> Does this mean that if you type C-h f cd RET M-x man RET chdir RET,
> you end up with three windows (assuming you started with just one)?
Can't remember what behavior I implemented (I use
special-display-buff
Eric Hanchrow wrote:
I'm running CVS Emacs. I've noticed that whenever I start it, it
shows me a buffer named *Compile-Log*, whose content is always
Warning: `error' called with 1 args to fill 0 format field(s)
Warning: `error' called with 1 args to fill 0 format field(s)
Warning: `err
> > Stefan, can you work on that?
>
> I just got a baby girl and am kind of swamped,
>
> I am sorry to hear it. Unless someone else can figure these things
> out, I guess the release has to wait until you have time.
Congratulations, Stefan! I suggest that you spend any spare time
Stephan Stahl wrote:
> Hi.
>
> ansi-color.el may overwrite comint-output-filter-functions if it is
> loaded before comint.el. That is because ansi-color.el does a simple
>
> (add-hook 'comint-output-filter-functions
> 'ansi-color-process-output)
>
> Now comint-output-filter-functions is defined
> From: Richard Stallman <[EMAIL PROTECTED]>
> CC: emacs-devel@gnu.org
> Date: Tue, 26 Apr 2005 06:05:41 -0400
>
> > It turns out that vertical-motion was fontifying all the text that
> > it moved over. That seems to be easy to fix.
>
> Did you try my suggestion of customizing jit-lo
I'm running CVS Emacs. I've noticed that whenever I start it, it
shows me a buffer named *Compile-Log*, whose content is always
Warning: `error' called with 1 args to fill 0 format field(s)
Warning: `error' called with 1 args to fill 0 format field(s)
Warning: `error' called with 1 ar
Stephan Stahl wrote:
ansi-color.el may overwrite comint-output-filter-functions if it is
loaded before comint.el. That is because ansi-color.el does a simple
(add-hook 'comint-output-filter-functions
'ansi-color-process-output)
Now comint-output-filter-functions is defi
Btw, if the intent was to highlight the current line in the
compilation buffer, we could do this with a color overlay that spans
the entire line. This would make the line stand out without obscuring
any of its text.
It is worth a try.
> Stefan, can you work on that?
I just got a baby girl and am kind of swamped,
I am sorry to hear it. Unless someone else can figure these things
out, I guess the release has to wait until you have time.
___
Emacs-devel mailing list
Emacs-dev
I think Emacs should be a bit more aggressive about marking windows
dedicated.
I'd be glad to consider specific suggestions. People could try
implementing changes in this, and try using them; if such a change is
generally liked, we can install it.
__
Hi.
ansi-color.el may overwrite comint-output-filter-functions if it is
loaded before comint.el. That is because ansi-color.el does a simple
(add-hook 'comint-output-filter-functions
'ansi-color-process-output)
Now comint-output-filter-functions is defined and when later comint.el
is
Title: PayPal
You're
Billing Information!
Dear PayPal Member,
It has come to our attention that your PayPal Billing Information
records are out of date. That r
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?
First of all: pardon me for answering the above e-mail on this list. I
have however tried to answer it privately several times sin
Richard Stallman <[EMAIL PROTECTED]> writes:
> > It turns out that vertical-motion was fontifying all the text that
> > it moved over. That seems to be easy to fix.
>
> Did you try my suggestion of customizing jit-lock-defer-time?
>
> No, because I want to fix this, not work around it
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. Now that there are two proposals, would you please show me the
two proposals, each des
Would someone please investigate this bug?
Please respond to this message if you investigate it.
--- Start of forwarded message ---
To: Dave Love <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]> (Dave Love's message of "Tue,
05 Apr 2005 23:23:21 +0100")
From: Lute Kamstra <[EMA
Granted, but I'm not trying to debate "the right way" to remove a
temporary buffer from the screen. I'm proposing that when a temporary
buffer is killed, TRYING to also remove the associated window might in
itself be the right thing.
That's a part of the question of "the right way
> It turns out that vertical-motion was fontifying all the text that
> it moved over. That seems to be easy to fix.
Did you try my suggestion of customizing jit-lock-defer-time?
No, because I want to fix this, not work around it. vertical-motion
is a cursor motion function. It shou
We should not make a new branch now. Just now we should focus on the
release itself.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> But it is very common that one loads and evals one and the same file
> over and over. We don't want to keep a history of that.
I had not considered that. Does loading the same file more than once
really happen often? On purpose? For what reason?
To load a file multiple times
These three show three different situations. In one,
rmail-reformat-message has called delete-char. In another,
rmail-reformat-message has called rmail-clear-headers. The other is
in goto-address and not in rmail-reformat-message at all.
One of these is probably the thing that takes the extra t
> I see XEmacs has
> define-obsolete-function-alias so we could do:
>
> Compatibility adds an additional reason.
> So please add define-obsolete-function-alias.
> Please give it arguments compatible with XEmacs.
I have added define-obsolete-function-alias to byte-run.el
I have not
Peter Heslin writes:
> 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"
>
>
37 matches
Mail list logo
