Chong Yidong [EMAIL PROTECTED] writes:
The following patch, which was only checked into the trunk, changed
the change-log-mode entry in auto-mode-alist:
2007-05-19 Dan Nicolaescu [EMAIL PROTECTED]
* files.el (auto-mode-alist): Change the regexp so
Stefan Monnier [EMAIL PROTECTED] writes:
Running emacs in terminal 'urxvt'¹, I seem to lose F11 and F12
keys. For example F11 behaves the same as F1 and F12 as F2. Is this a
known problem?
Does Emacs use lisp/term/rxvt.el in your case? If so, please see
there for a
I have run into some code that was setting perl-indent-level and
cperl-indent-level as local variables. Should I mark them as safe?
Other modes do the same for similar variables.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
Richard Stallman [EMAIL PROTECTED] writes:
I have run into some code that was setting perl-indent-level and
cperl-indent-level as local variables. Should I mark them as safe?
Please mark them as safe for numeric values.
Done.
___
Lennart Borgman (gmail) [EMAIL PROTECTED] writes:
Kim F. Storm wrote:
But the main reason for lgrep is it's interface is modelled after the
rgrep
interface, prompting (and using different input histories) for each
argument.
So some of the specific aspects of rgrep also
lgrep and rgrep are very nice new features, but current users are not
familiar with them.
To enable users to find out about them it would be good to mention
them in the docstring for `grep'
The second paragraph could be something like:
For doing a recursive `grep', sure the `rgrep' command.
Stefan Monnier [EMAIL PROTECTED] writes:
making finder-data and custom-deps depend on loaddefs.el should avoid
this issue.
Is this patch correct?
It looks OK. But maybe a better approach would be to change the way those
two targets work so that they don't read
Eli Zaretskii [EMAIL PROTECTED] writes:
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Fri, 26 Jan 2007 23:44:46 -0800
Cc: emacs-pretest-bug@gnu.org
It looks OK. But maybe a better approach would be to change the way
those
two targets work so that they don't read
I got a report for a parallel make failure when doing:
make -j4 -C lisp updates
Here is the relevant portion of the log:
Generating autoloads for subdirs.el...
Generating autoloads for subdirs.el...done
Generating autoloads for eshell/esh-groups.el...
Generating autoloads for
Eli Zaretskii [EMAIL PROTECTED] writes:
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Wed, 24 Jan 2007 10:13:52 -0800
I got a report for a parallel make failure when doing:
make -j4 -C lisp updates
Thanks. People should really try to use -j more, as it reveals
David Hansen [EMAIL PROTECTED] writes:
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing
list.
Please describe exactly
I am editing a file that sets the above as a local variable. Should it
be marked as safe?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Richard Stallman [EMAIL PROTECTED] writes:
IMHO DTRT in case of running on battery power would mean turning off
blink-cursor-mode, otherwise emacs wakes up a couple of times a second
just to blink the cursor.
Could someone try this experiment? Does the laptop burn
Richard Stallman [EMAIL PROTECTED] writes:
Given that emacs now has a nice timer mechanism, I believe it is
inevitable that over time there will be more, not fewer instances
of such wake-up and do some work behavior --- all of which is
nice on a desktop, but a pain
Richard Stallman [EMAIL PROTECTED] writes:
Given the number of modes in Emacs that now use timers to do
things during the idel-delay, it might be useful to create a
single-point of customization --- perhaps initially as an
interactive command, that one can invoke to
Eli Zaretskii [EMAIL PROTECTED] writes:
Date: Sat, 2 Sep 2006 09:11:42 -0700
From: Dan Nicolaescu [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED], [EMAIL PROTECTED]
On my Fedora Core 5 machine, emacs compiled with the Lucid toolkit
doing:
emacs
Eli Zaretskii [EMAIL PROTECTED] writes:
Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED],
[EMAIL PROTECTED]
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Sat, 02 Sep 2006 09:59:31 -0700
. The blink-cursor mode uses a timer (that probably explains setitmer
Doing:
emacs -q
M-x partial-completion-mode RET
C-x C-f /usr/share/X11/xkb/symbols/pc TAB TAB
I get an error: Wrong type argument: sequencep, t
The error seems to be thrown by the `aref' in the following code in
PC-do-completion because `prefix' is nil:
(if (and (not (eq mode
[EMAIL PROTECTED] (Johan Bockgård) writes:
(define-key map \e[27;5;9~ [?\C-\t])
[etc.]
Shouldn't this be [C-tab]?
Thanks, I have fixed that now.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
Stefan Monnier [EMAIL PROTECTED] writes:
Then if I try pressing C-. I get the error: C-. is undefined. This
happens when using emacs from CVS updated a few minutes ago.
Seems completely normal: C-. is also unbound here under X11.
The recipe I gave tried to bind it to
I am using xterm-215 that emits escape sequences for some key
combinations that did not emit any special sequence.
For example C-. emits \e[27;5;46~
Now if I do:
emacs -q -nw
M-: (define-key function-key-map \e[27;5;46~ [(control ?\.)]) RET
M-x global-set-key RET C-. RET indent-region RET
Mark Plaksin [EMAIL PROTECTED] writes:
Hiho:
- Save the attached file as 'testfile'
- Create a 125x23 M-x term window (same problem with 80x23) .
- At the shell prompt, run 'vi testfile' with the attached file
- Type C-d to tell vi to scroll down
- The first line will
In emacs-22 compile.el is used to fontify .gcov files. It does not
seem terribly useful (as all the the original file contents are in the
.gcov file anyway), but it might be better than what emacs-21.4 does:
just use fundamental-mode.
There are a few issues with that, all the lines in the qcov
Stefan Monnier [EMAIL PROTECTED] writes:
Oh, and I forgot another problem: doing C-c C-c inside a comment
throws a Wrong type argument: number-or-marker-p error.
Hmmm... wrong type argument, you say?
Given the context, you hopefully understand that inside a comment is
Stefan Monnier [EMAIL PROTECTED] writes:
Oh, and I forgot another problem: doing C-c C-c inside a comment
throws a Wrong type argument: number-or-marker-p error.
Hmmm... wrong type argument, you say?
Given the context, you hopefully understand that inside a comment
Stefan Monnier [EMAIL PROTECTED] writes:
Oh, and I forgot another problem: doing C-c C-c inside a comment
throws a Wrong type argument: number-or-marker-p error.
Give the context, you hiopefully understand that inside a comment is
a meaningless description of the circumstance.
Do emacs -q
M-x partial-completion-mode RET
C-x C-f sys/ TAB
this will print No Match
in emacs-21.4 it used to give as completions the files in /usr/include/sys/
The code that implements this completion is a defadvice in complete.el:
(defadvice read-file-name-internal (around PC-include-file
If I have a bib file containing:
@Comment blah blah blah
@Comment blah blah blah
Doing:
M-: (goto-char 1) RET M-: (forward-comment 2) RET M-: (point) RET
prints:
1
`forward-comment' should move the cursor if a comment follows the point.
If @ is replaced with % (the other comment character),
It would be nice if whitespace-cleanup only cleaned up the region iff
the region was active. (like replace-string, undo, etc etc do)
It seems that it is quite trivial to implement this. Just move the
bulk of the whitespace-cleanup function to a new function and call it
if the region is not
Richard Stallman [EMAIL PROTECTED] writes:
nread might be -1 on error from read, so then the call to write would
be
bad, as the third argument is a size_t (unsigned) so -1 becomes a large
value. Better is to check for -1 and 0 (end of file) before doing the
write.
AFAICS this Coverity problem report can happen if the input file is
empty. What should be done in that case exit (1)?
Can someone familiar with this code take a look?
CID: 9
Checker: FORWARD_NULL (help)
File: emacs/lib-src/fakemail.c
Function: read_header
Description: Variable the_header
AFAIK to find out whether a variable is safe or not one has to read
the source code. It would be nice to have describe-variable give this
information.
Should I check this in?
(suggestions for better wording/formating are welcome)
*** help-fns.el 18 Feb 2006 21:47:52 -0800 1.86
---
Stefan Monnier [EMAIL PROTECTED] writes:
I got this comment from users that transitioned from using
python-mode.el with emacs-21 to python.el from emacs-22.
In python-mode.el RET does a newline-and-indent, and IMHO it makes
a lot sense for python code.
Is there any
/etc/termcap on my Fedora Core 5 system uses comment-start and
comment-start-skip, so given that they are actively used as local
variables, they should be marked as safe.
By analogy *-end variables should be also be marked as safe.
Should I check this in?
*** newcomment.el 17 Apr 2006
Stefan Monnier [EMAIL PROTECTED] writes:
Any reason not to?
The `quit' signal can be continued.
OK, thanks.
Then report_file_error can be marked as NORETURN, right?
Yes,
Thanks
How about wrong_type_argument ? It looks like there's some dead code
in there,
Any reason not to? I could do it...
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
On my Fedora Core 5 system, doing
M-x man close RET
Place cursor on the open(2) link in the SEE ALSO section.
Pressing RET shows the open(1) man page instead of open(2)
It seems that the section number is ignored when trying to follow the
link. M-x man open(2) RET and M-x man 2 open RET work
Doing emacs -Q
M-: (setq hscroll-margin 1 hscroll-step 1) RET
C-x 3
then type some text so that it exceeds the line length.
Doing C-f and C-b allows the cursor to get to 1 character off the
right margin, but to 2 characters off the left margin before scrolling
horizontally.
Romain Francoise [EMAIL PROTECTED] writes:
Dan Nicolaescu [EMAIL PROTECTED] writes:
Note that the files in the foo subdir are still marked as
Modified.
That's because your pserver is using a buggy version of CVS which does
not return the full name of the file
I have a project in /tmp/test
The files API.h info.cc foo/main.cc foo/trace.cc are modified.
After running M-x cvs-status RET /tmp/test RET I mark the above files
and commit them.
After that the *cvs* looks like this:
Repository : :pserver:[EMAIL PROTECTED]:/home/cvs
Module : test
Working
x-backspace-delete-keys-p returns nil when the XKB extension is not in
use at run time, or when emacs was compiled without XKB support.
The effect is that both [backspace] and [delete] will delete
backwards.
I sometime use a sparc-sun-solaris2.7 machine that does not have
XKB. Also I am told
Stefan Monnier [EMAIL PROTECTED] writes:
Given that the condition that x-backspace-delete-keys-p is quite odd,
and probably unlikely to happen, it is better in the case that we
don't have enough information (because XKB is not supported at
either run time or compile time) to
Dan Nicolaescu [EMAIL PROTECTED] writes:
The widget-example function from widget.texi does not work correctly.
When running it a buffer with a lot of widgets is created, but the
widgets do not work when trying to click them with the mouse.
Strangely, the widgets work when using
Juri Linkov [EMAIL PROTECTED] writes:
However, this has one problem: it will correct the word only to
the first variant.
Is that because the text property keymap will go away when the word
becomes correctly spelled?
Yes, the overlay with the keymap will go away
Juri Linkov [EMAIL PROTECTED] writes:
How about using the new M-g prefix? Like binding M-g TAB ? Then one
can set flyspell-use-meta-tab to nil, M-TAB would work as expected
in emacs-lisp-mode and M-g TAB would work both on ttys and X11.
M-g was intended mainly for commands
Richard M. Stallman [EMAIL PROTECTED] writes:
How about using the new M-g prefix? Like binding M-g TAB ?
I don't understand. Use it for what?
For flyspell-auto-correct-word
M-g is meant for commands that go to somewhere.
Well, if that's the intention, it does not look like a
Richard M. Stallman [EMAIL PROTECTED] writes:
If you used flyspell-prog-mode to do spell checking on emacs-lisp
files it interferes with the M-TAB lisp-complete-symbol binding.
I guess it would, but I don't see any remedy that is worth adopting
by default. Do you?
How
Glenn Morris [EMAIL PROTECTED] writes:
The font-lock-face-attributes mechanism for setting font-lock face
props, described as obsolete but respected (eg in NEWS), is broken. I
think it's because font-lock.el is now loaded at startup, so that
font-lock-function-name-face etc are
Richard M. Stallman [EMAIL PROTECTED] writes:
All flyspell-mode key bindings (mouse-2 C-. C-, C-; ) don't wok on
ttys.
It would be nice if at least flyspell-auto-correct-word had a
key binding that worked on a terminal.
There is a flag to enable use of M-TAB
Richard M. Stallman [EMAIL PROTECTED] writes:
*** src/cm.c7 Aug 2005 12:33:16 - 1.20
--- src/cm.c27 Sep 2005 19:11:04 -
*** Boston, MA 02110-1301, USA. */
*** 33,39
#if defined HAVE_TERMCAP_H 0
#include
Richard M. Stallman [EMAIL PROTECTED] writes:
When I look at (standard-case-table) I see a
sequence which looks as if it is used for converting to uppercase,
containing the following subsequence: 65 66 67 68 69 70 71 72 331856
74 75 76 77 78 79 80 81 82 83 84 85 86
While trying to build emacs using the gcc-4.1 -fwhole-program flag I
fixed some warnings/errors.
I am not sure which of these fixes are appropriate to check in because
some might cause portability problem.
Can somebody please look over and say what parts are OK?
The type for old_*_hook and
Richard M. Stallman [EMAIL PROTECTED] writes:
Yep, there will be crashes whenever Emacs tries to call xfree or
xrealloc on pointers returned by any libc functions that return
malloced memory. This has always been the case on AIX for as far I can
see in the CVS history.
that?
I did, and it does not work, the dumped emacs crashes when it is first
run...
All the changes needed to get Emacs running on this system are below.
May I check this in?
2005-09-20 Dan Nicolaescu [EMAIL PROTECTED]
* m/ibmrs6000.h (C_SWITCH_MACHINE): Use USG5 not USG5_4
Harald Maier [EMAIL PROTECTED] writes:
Dan Nicolaescu [EMAIL PROTECTED] writes:
Emacs currently crashes when trying to build on powerpc-ibm-aix5.1.0.0
I have a successful installation from May 15th on the same machine.
This patch is needed to be able to build
Harald Maier [EMAIL PROTECTED] writes:
Dan Nicolaescu [EMAIL PROTECTED] writes:
Harald Maier [EMAIL PROTECTED] writes:
Dan Nicolaescu [EMAIL PROTECTED] writes:
Emacs currently crashes when trying to build on
powerpc-ibm-aix5.1.0.0
I have a successful
Emacs currently crashes when trying to build on powerpc-ibm-aix5.1.0.0
I have a successful installation from May 15th on the same machine.
This patch is needed to be able to build on that machine:
--- emacs/src/m/ibmrs6000.h~2004-09-06 11:47:48.0 -0700
+++
All flyspell-mode key bindings (mouse-2 C-. C-, C-; ) don't wok on
ttys.
It would be nice if at least flyspell-auto-correct-word had a
key binding that worked on a terminal.
I don't have any good suggestion...
___
Emacs-pretest-bug mailing list
Richard M. Stallman [EMAIL PROTECTED] writes:
C-x C-f /tmp/TEST RET
now move the cursor to one of the calendar/calendar.el lines and
press RET
at that point you are prompted to enter the file name where the file
calendar.el is found.
That is no bug.
Try this:
emacs -q
C-x C-f $YOUR_EMACE_SOURCE_TREE/lisp/ChangeLog RET
M-x grep RET defface */*.el RET
C-x C-w /tmp/TEST RET
C-x k TEST RET
now open /tmp/TEST
C-x C-f /tmp/TEST RET
now move the cursor to one of the calendar/calendar.el lines and
press RET
at that point you are prompted to
This is on a i686-pc-linux-gnu Fedora Core 4 system.
Do M-x grep RET
--after 2 init emacs/lisp/term/xterm.el RET
The lines after the match contain a ^[[K like so:
xterm.el:29:(defun terminal-init-xterm ()
xterm.el-30-[K Terminal initialization function for xterm.
xterm.el-31-[K ;; rxvt
Richard M. Stallman [EMAIL PROTECTED] writes:
I am not very happy with the name of the function use to initialize
the terminals: TERMNAME-initialize-terminal. I would appreciate
better ideas. (maybe use initialize-terminal-TERMNAME ?)
terminal-init-TERMNAME would be
Eli Zaretskii [EMAIL PROTECTED] writes:
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Tue, 26 Jul 2005 10:20:06 -0700
Cc: emacs-pretest-bug@gnu.org
! (when term
! ;; The terminal file has been loaded, now call the terminal
! ;; specific
Richard M. Stallman [EMAIL PROTECTED] writes:
This actually brings us a step closer to another proposal that is
needed for the multi-tty branch: each one of the term/*.el files
should define an autoloaded function called
TERMNAME-initialize-terminal. Then when emacs
Eli Zaretskii [EMAIL PROTECTED] writes:
Cc: emacs-pretest-bug@gnu.org
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Fri, 22 Jul 2005 11:47:01 -0700
Is there a better way to do this?
Better in what way?
I was thinking less ugly.
Probably the defuns and defvars
Richard M. Stallman [EMAIL PROTECTED] writes:
- in the shell, type xterm RET
- in the xterm, start emacs -nw
- in the Emacs you just started, I expect that (getenv COLORTERM)
matches
\\`rxvt,
That would be a bug in xterm, right? The tty created by xterm
Eli Zaretskii [EMAIL PROTECTED] writes:
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Fri, 22 Jul 2005 20:07:51 -0700
Cc: emacs-pretest-bug@gnu.org
This actually brings us a step closer to another proposal that is
needed for the multi-tty branch: each one of the term/*.el
Eli Zaretskii [EMAIL PROTECTED] writes:
Cc: emacs-pretest-bug@gnu.org
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Sat, 23 Jul 2005 08:25:15 -0700
I'm still not sure what are you saying. Where do you suggest to move
those top-level forms, and what would be the mechanism
It seems that quite often users of the rxvt terminal set the TERM
variable to xterm. This causes Emacs to load term/xterm.el.
Unfortunately the strings emitted by the different keys are
not the same for xterm and rxvt, so loading term/xterm.el is not very
useful for an rxvt user.
There is a way
Stefan Monnier [EMAIL PROTECTED] writes:
It seems that quite often users of the rxvt terminal set the TERM
variable to xterm. This causes Emacs to load term/xterm.el.
Unfortunately the strings emitted by the different keys are
not the same for xterm and rxvt, so loading
Stefan Monnier [EMAIL PROTECTED] writes:
How about we put something like that at the beginning of term/xterm.el
and do
(if (and (getenv COLORTERM)
(string-match \\`rxvt (getenv COLORTERM)))
(load term/rxvt)
Let's say you have the following
Kenichi Handa [EMAIL PROTECTED] writes:
In article [EMAIL PROTECTED], Dan Nicolaescu [EMAIL PROTECTED] writes:
How about we put something like that at the beginning of term/xterm.el
and do
(if (and (getenv COLORTERM)
(string-match \\`rxvt (getenv COLORTERM
Richard M. Stallman [EMAIL PROTECTED] writes:
(if (and (getenv COLORTERM)
(string-match \\`rxvt (getenv COLORTERM)))
(load term/rxvt)
THE REST OF TERM/XTERM.EL
)
This approach may be good, but that is an ugly way to do it. Most of
the code
May I add a few more key bindings to rxvt.el?
*** rxvt.el 10 Jul 2005 01:45:13 -0700 1.6
--- rxvt.el 21 Jul 2005 10:48:53 -0700
***
*** 50,57
--- 50,61
(define-key map \e[21~ [f10])
(define-key map \e[23~ [f11])
(define-key map \e[24~ [f12])
Eli Zaretskii [EMAIL PROTECTED] writes:
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Thu, 21 Jul 2005 10:50:23 -0700
! ;; The strings emitted by S-f1 and S-f2 are identical to the ones
! ;; emitted by f11 and f12.
If this comment is correct, wouldn't it make more
I was helping someone who uses cygwin to edit a file. I noticed that
colors look a bit odd. A bit of investigation showed that underline
does not work correctly. Underline seems to be displayed using a cyan
foreground, and no underline.
Adding a term/cygwin.el file that contains a call to
Richard Stallman [EMAIL PROTECTED] writes:
Ffile_exists_p (/tmp/DELETEME)
which returns nil because it calls stat (/tmp/DELETEME)
If stat was to be changed to lstat then the original problem would
be fixed.
But is that change desirable?
What
Dan Nicolaescu [EMAIL PROTECTED] writes:
partial-completion-mode seems to cause a problem when one tries to
delete a symlink to a non-existent file.
Try this:
ln -s BLAHBLAHBLAH /tmp/DELETEME
(this assumes that neither BLAHBLAHBLAH nor /tmp/DELETEME exist before
Is there any reason that $ does not have a `.' (punctuation) syntax
class in sh-mode?
Currently in a buffer you have:
BLAHBLAH=test
$BLAH
If the point is after $BLAH and one invokes dabbrev-expand nothing
happens...
If the syntax for $ were to be changed dabbrev would work.
Any objection
Stefan Monnier [EMAIL PROTECTED] writes:
Is there any reason that $ does not have a `.' (punctuation) syntax
class in sh-mode?
Just . would be wrong IMNSHO (because C-M-b wouldn't properly jump over
$BLAH). I'd vote for . p or ' syntax. Not sure between the two.
A little bit
partial-completion-mode seems to cause a problem when one tries to
delete a symlink to a non-existent file.
Try this:
ln -s BLAHBLAHBLAH /tmp/DELETEME
(this assumes that neither BLAHBLAHBLAH nor /tmp/DELETEME exist before
running ln).
emacs -q
M-x partial-completion-mode RET
M-x delete-file
emacs -q
M-x goto-char RET 1 RET
C-p
an error occurs: Args out of range: 0, 0
The backtrace is:
Debugger entered--Lisp error: (args-out-of-range 0 0)
get-char-property(0 invisible)
line-move-invisible-p(0)
line-move-1(-1 nil nil)
line-move(-1 nil nil 1)
byte-code( $ [arg try-vscroll
Stefan Monnier [EMAIL PROTECTED] writes:
Nick == Nick Roberts [EMAIL PROTECTED] writes:
xterm.el makes Emacs take about seven times as long to load for me (about
14
seconds on my 200MHz PC). I have tested this by setting term-file-prefix
to
nil as described in startup.el
Nick Roberts [EMAIL PROTECTED] writes:
xterm.el makes Emacs take about seven times as long to load for me (about 14
seconds on my 200MHz PC). I have tested this by setting term-file-prefix to
nil as described in startup.el
I think this is due to the recent changes in xterm.el e.g
[I am replying to this message, but I will try to address all the
concerns that have been expressed in this thread].
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
Richard Stallman [EMAIL PROTECTED] writes:
Would it be acceptable to add something like:
(substitute-key-definition [f29] [C-f5] function-key-map) to xterm.el?
Does any terminal have a real f29 key?
No idea.
If not, why not just define function-key-map to map
it
Looking through the terminfo man page, it seems that the capabilities
that describe SHIFT-SOME_KEY are not used by Emacs.
Adding this code to term.c:struct fkey_table keys
adds support for S-KEY, where KEY is a key that Emacs supports
already.
{9, S-begin}, /*shifted begin key*/
{0,
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
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
emacs -nw -q --no-site-file
Then evaluate this:
(frame-parameter (selected-frame) 'background-mode)
The result is: light
Then do: M-x xterm-mouse-mode RET
evaluate the expression again, now the result is: dark
As a result all the standard faces change colors...
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 Unix had xterm's that
used incompatible bindings.
Is this intentional? As the discussion on emacs-devel has shown the
blinking cursor is extremely annoying for a lot of people (myself
included).
May I disable the blinking cursor for -Q again?
How about adding an X resource for this?
xterm has cursorBlink, Emacs could use the same name ...
xterm emits different strings for S-function_key, C-function_key,
A-function_key, C-S-function_key, A-C-function_key, A-S-function_key
where function_key is one of: f1...f12, prior, next, home, end,
insert, delete, prior, next, up, down, left, right.
xterm.el does not have support for all
It seems that global-reveal-mode conflicts with the C-a and C-e key
bindings in term.el
emacs -Q
M-x term RET RET
C-c M-x describe-key RET C-a RET
C-a runs the command term-send-raw
But after doing:
M-x global-reveal-mode RET
The key binding changes to:
C-a runs the command
It would be nice to have the new isearch-query-replace* bindings
documented in the docstring.
May I check this in?
Index: isearch.el
===
RCS file: /cvsroot/emacs/emacs/lisp/isearch.el,v
retrieving revision 1.255
diff -c -3 -p -c
95 matches
Mail list logo