lisp/ChangeLog is not only the largest file (over 1MB) but it's also the most
frequently checked in. For those like me, who are too tight to pay for
broadband, it takes a long time to commit (over four minutes using -z3). The
scaling seems worse than linear or perhaps I'm just getting more grump
I'd even argue that this function should be called "minibuffer-message",
since currently minibuffer-message is only used when (minibufferp) is
non-nil.
I agree that is a natural generalization. But I agree that this name
is not very clear for the current behavior, and even less clear
Hello Sascha,
> In <[EMAIL PROTECTED]>
> Sascha Wilde <[EMAIL PROTECTED]> wrote:
> I attached a more complete patch, including documentation and
> changelog entries.
> Any comments, bug-fixes, flames are highly appreciated.
> +;;;###autoload
> +(defun pgg-encrypt-symmetric-region (sta
In article <[EMAIL PROTECTED]>, James Cloos <[EMAIL PROTECTED]> writes:
>> "Kenichi" == Kenichi Handa <[EMAIL PROTECTED]> writes:
Kenichi> It seems that these X11 keysyms (in
Kenichi> /usr/include/X11/keysymdefs.h, perhaps newly added) are not
Kenichi> registered in x-keysym-table (in lisp
In article <[EMAIL PROTECTED]>, Stefan Monnier <[EMAIL PROTECTED]> writes:
> Indeed, what happens basically is that when you type
> a b
> the `a' is only executed when you type the `b', because in the time between
> the two events, quail is waiting for another key in order to decide whet
In article <[EMAIL PROTECTED]>, Michael Cadilhac <[EMAIL PROTECTED]> writes:
>> --- 770,777
>> ((get this-command 'flyspell-delayed)
>> ;; the current command is not delayed, that
>> ;; is that we must check the word now
>> ! (and (not unread-command-events)
Most applications put the tooltip below the mouse. The default for
tooltip-y-offset in Emacs is -10, which puts it above the mouse.
It seems silly to allow nil as a value equivalent to -10, or 40.
What benefit does that complexity provide? I see none. Does
anyone else see a reason to kee
There is no need for Emacs to follow GTK in regard to borders on
toolbars. Let's do whatever Emacs users prefer.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
R SCHWA
0x69e CYRILLIC SMALL LETTER BARRED O
emacs-ibr-kk-20051005-2335.diff.gz
Description: Binary data
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
[GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.2.4) of
2005-06-27]
Consider the following text in text-mode:
It's not necessary to buy a new computer just for a DVD
drive... Today, the most important part of a computer is the amount
of RAM -- the more, the better. It's far more
> I'm seeing a similar problem with .
I've been using Multi_key with Emacs "for ever", so the part that I use at
least does work. Please give us a proper bug report.
Stefan
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.or
On 10/5/05, Sascha Wilde <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 04, 2005 at 12:53:30PM +0200, Sascha Wilde wrote:
>
> > I'll try to find the time to make this a proper feature of pgg. (I
> > also added the original author to the cc, so he might add his
> > thoughts)
>
> I attached a more complet
> "Kenichi" == Kenichi Handa <[EMAIL PROTECTED]> writes:
Kenichi> It seems that these X11 keysyms (in
Kenichi> /usr/include/X11/keysymdefs.h, perhaps newly added) are not
Kenichi> registered in x-keysym-table (in lisp/term/x-win.el).
For the Cyrillic, see /usr/include/X11/keysymdef.h on a cur
Christian Schlauer <[EMAIL PROTECTED]> writes:
> Christian Schlauer <[EMAIL PROTECTED]> writes:
>
> [placement of tooltips in relation to the mouse pointer]
>
>> I think the current offset is fine.
>
> I changed my mind: as Jason writes, most applications (including
> GNOME and Mozilla Firefox) pu
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Lennart Borgman <[EMAIL PROTECTED]> writes:
>
>> Andreas Schwab wrote:
>>
>>>I'd also suggest to make the tooltip face specify a font height of 75%.
>>>
>>>
>> Why? If that is easily readable why not make the default font smaller
>> instead?
>
> IMHO
Christian Schlauer <[EMAIL PROTECTED]> writes:
[placement of tooltips in relation to the mouse pointer]
> I think the current offset is fine.
I changed my mind: as Jason writes, most applications (including GNOME
and Mozilla Firefox) put tooltips below the pointer, so Emacs should,
too.
--
Chr
> This is because sit-for instantly returns t if
> unread-command-events is not nil, and the currrent input
> method mechanism uses unread-command-events in the following
> way:
...Hmmm... interesting.
Indeed, what happens basically is that when you type
a b
the `a' is only executed when
Jason Rumney <[EMAIL PROTECTED]> writes:
> Christian Schlauer <[EMAIL PROTECTED]> writes:
>
>> Jason Rumney <[EMAIL PROTECTED]> writes:
>>
>>> We should find out exactly what GNOME uses (it may be a fraction of
>>> the font height for example) and try to be consistent with that.
>>
>> Will you pur
> to get the simpler representation, S-tab, from
> the less readable ?
if you want a Shift-TAB, try (kbd "S-TAB"),
[(shift ?\t)], or [?\S-\C-i].
Thanks! Using [(shift ?\t)] works fine.
___
Emacs-devel mailing list
Emacs-devel@gnu
Drew Adams wrote:
> Why was the output from `key-description' and `substitute-command-keys'
> changed to use angle brackets around simple key sequences like S-tab?
I would guess to make them consistent with kbd, insert-kdb-macro,
edit-kbd-macro, and view-lossage.
> I have, for instance, a help s
Kenichi Handa <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]>, "Richard M. Stallman" <[EMAIL PROTECTED]>
> writes:
>
>> Would you please look at this, and ack? (We have no maintainer for
>> flyspell now.)
>
> As for the original problem of flyspell, how about this
> workaround?
>
>
> (defun msg-maybe-in-minibuffer (string &rest args)
> "Display STRING with `message' or `minibuffer-message', as
appropriate."
> (if (active-minibuffer-window)
> (minibuffer-message (format " [%s]" string))
> (message string)))
I agree 100% with the inte
On Tue, Oct 04, 2005 at 12:53:30PM +0200, Sascha Wilde wrote:
> I'll try to find the time to make this a proper feature of pgg. (I
> also added the original author to the cc, so he might add his
> thoughts)
I attached a more complete patch, including documentation and
changelog entries.
Any com
> (defun msg-maybe-in-minibuffer (string &rest args)
> "Display STRING with `message' or `minibuffer-message', as appropriate."
> (if (active-minibuffer-window)
> (minibuffer-message (format " [%s]" string))
> (message string)))
I agree 100% with the intention. Typical such message
Well, I've finally re-implemented the JPEG stuff. I'll summarize the
issue for those unable or unwilling to access old messages from the
thread.
The problem: on environments where the image libraries are dynamically
loaded (which currently is only Windows, though the machinery to do it
on other pl
On Wed, 05 Oct 2005 12:41:15 +0200
Slawomir Nowaczyk <[EMAIL PROTECTED]> wrote:
#> On Mon, 03 Oct 2005 11:35:27 -0400
#> "Richard M. Stallman" <[EMAIL PROTECTED]> wrote:
#>
#> #> Do these changes give good results?
#>
#> Not really. For some reason flyspell still does not notice
#> automatically
Richard M. Stallman wrote:
Does this code look good to you?
Yes it does. Jan has already checked in a new version with
a similar patch:
*** emacs/emacs/lisp/x-dnd.el 2005/08/06 22:13:43 1.16
--- emacs/emacs/lisp/x-dnd.el 2005/10/03 19:41:25 1.17
***
*** 307,316
In article <[EMAIL PROTECTED]>, Baurzhan Ismagulov <[EMAIL PROTECTED]> writes:
> I can use emacs cvs with pt154 encoding on the Linux console. However,
> when I type some Cyrillic characters under X, emacs says, e.g.,
> " is undefined".
It seems that these X11 keysyms (in
/usr/include/X11/keysymd
Paul Pogonyshev <[EMAIL PROTECTED]> writes:
> Has anyone actually tried and bindings
> (`thumbs-next-image' and `thumbs-previous-image') in the
> Thumbs-view-image mode? They don't work here...
Haven't tested that in a while, but you might also want to try tumme:
http://www.emacswiki.org/cgi-
Dear Amazon member,
Due to concerns we have for the safety and integrity of the Amazon community we
have issued this warning.
Per the User Agreement, Section 9, we may immediately issue a warning,
temporarily suspend, indefinitely suspend or terminate your membership and
refuse to provide our
On 10/4/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> I would like to port this feature to
> emacsclient as soon as emacsclient works on w32.
Which will take a while, as I'm trying to reimplement the jpeg stuff
so it can be accepted without legal hassles, and simultaneously I'm
moving back to
On Mon, 03 Oct 2005 11:35:27 -0400
"Richard M. Stallman" <[EMAIL PROTECTED]> wrote:
#> Do these changes give good results?
Not really. For some reason flyspell still does not notice
automatically when it needs to restart ispell because current buffer
uses different dictionary.
Anyway, I think it
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> > I think it would be extremely confusing if switching windows to look
> > around in another buffer were likely to run some Lisp code.
>
> How would you notice if flyspell did some "behind the scenes"
> dictionary setup ?
>
> It
Chong Yidong writes:
> > * I don't understand the changes because there is no ChangeLog history.
> > * It appears that the new FSF address has been replaced with the old one.
> > * RCS keywords have been introduced.
> > * with info the speedbar doesn't show any nodes
> > * With gdb-ui.el I get
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Andreas Schwab wrote:
>
>>I'd also suggest to make the tooltip face specify a font height of 75%.
>>
>>
> Why? If that is easily readable why not make the default font smaller
> instead?
IMHO it looks better if the tooltip font is slightly smaller
In article <[EMAIL PROTECTED]>, "Richard M. Stallman" <[EMAIL PROTECTED]>
writes:
> Would you please look at this, and ack? (We have no maintainer for
> flyspell now.)
> --- Start of forwarded message ---
> To: emacs-pretest-bug@gnu.org
> From: Michael Cadilhac <[EMAIL PROTECTED]>
> Sub
36 matches
Mail list logo
