Peter Dyballa [EMAIL PROTECTED] writes:
Hello!
When cutomizing this item, the background value changes indeed the
foreground, i.e. the colour of the script sample, not its background.
I have installed a fix.
Please try again (after you have removed any customizations to cua
related faces
xrdb.c:92:1: warning: malloc redefined
In file included from config.h:941,
from xrdb.c:24:
s/darwin.h:334:1: warning: this is the location of the previous
definition
xrdb.c:93:1: warning: realloc redefined
s/darwin.h:335:1: warning: this is the location of the previous
Am 14.04.2005 um 13:03 schrieb Kim F. Storm:
Peter Dyballa [EMAIL PROTECTED] writes:
Hello!
When cutomizing this item, the background value changes indeed the
foreground, i.e. the colour of the script sample, not its background.
I have installed a fix.
Could be that I am undestanding the
But it seems that X.org is now what most people seem to be converging
to. So supporting these bindings should be helpful for a lot of users.
I agree, but I think we should document the situation so people won't
be puzzled when some things sometimes don't work.
If you try my example again:
% emacs -Q
[ type in some random text]
C-x 2
[ move point elsewhere ]
M-: (save-window-excursion (select-window (next-window))) RET
you'll see that at the end the second window's point is being set to the
Am 14.04.2005 um 16:31 schrieb Stefan Monnier:
Any objection/adjustment?
In X11 in an ISO 8859-1 buffer it works to i-search (and find) for
... but: in an ISO 8859-2 buffer it fails to find (degree).
The original is:
character: (04260, 2224, 0x8b0, U+00B0)
charset: latin-iso8859-1
Any objection/adjustment?
In X11 in an ISO 8859-1 buffer it works to i-search (and find) for ä,ö,ü,Ñ,í
... but: in an ISO 8859-2 buffer it fails to find ° (degree).
[... more cut ...]
Sorry, you went too fast for me. Could you restate the problem with more
details of what you did? To start
Dan Nicolaescu [EMAIL PROTECTED] writes:
Stefan Monnier [EMAIL PROTECTED] writes:
In what xterm did you test these? I remember vaguely that I tried
in
the past to add more bindings to xterm.el, but abandoned the idea
after I discovered that different flavors of
Would it be acceptable to add something like:
(substitute-key-definition [f29] [C-f5] function-key-map) to xterm.el?
Would it work?
I thought the translation from esc-sequence to f29 is already done by
function-key-map (with elements added by reading the terminfo data) and
you function-key-map
Stefan Monnier [EMAIL PROTECTED] writes:
Would it be acceptable to add something like:
(substitute-key-definition [f29] [C-f5] function-key-map) to xterm.el?
Would it work?
It does, I tested it.
I thought the translation from esc-sequence to f29 is already done by
In article [EMAIL PROTECTED], Stefan Monnier [EMAIL PROTECTED] writes:
Hmm... indeed the translation-table-for-input is not used for X11 keys.
Now that I look at it a bit more, I think the patch below would make sense.
What do other people think?
That doesn't work in some case. The value of
On GNU Emacs 22.0.50.1 (i386-mingw-windows98.3000) of 2005-04-11 imenu
creates _two_ entries for, say
static void
describe_abbrev (sym, stream)
Lisp_Object sym, stream;
I can't reproduce this. Would you please give a complete test case,
saying exactly what to type so
This has now been fixed to say
menu-bar edit select-paste (any string)
Wouldn't it be clearer to say
menu-bar edit select-paste any string
This shows that the any string part is part of the sequence.
Not necessarily. It could also lead people to think it refers
13 matches
Mail list logo