How about this?
*** flyspell.el 17 Sep 2006 11:31:26 -0400 1.106
--- flyspell.el 17 Oct 2006 08:13:40 -0400
***
*** 412,417
--- 412,418
(define-key map flyspell-auto-correct-binding
'flyspell-auto-correct-previous-word)
(define-key map [(control ?\,)]
Richard Stallman [EMAIL PROTECTED] writes:
self-insert-command is an interactive built-in function in `C source
code'.
It is remapped to `undefined' which is bound to many ordinary text
characters.
(self-insert-command n)
If you get output like that, it means my latest change
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Kim F. Storm) writes:
Richard Stallman [EMAIL PROTECTED] writes:
! (if (eq function 'self-insert-command)
! (princ It is bound to many ordinary text characters.\n)
How do you know it is bound to anything at all?
Kenichi Handa [EMAIL PROTECTED] writes:
IMO, this is the wrong way to fix the problem (which is why I opposed to
your patch) -- it is a gross hack which cannot DTRT in all cases.
I agree. As I wrote, the original problem of slowness
doesn't exist anymore, so I think your change should be
`.newsrc.eld' can't save chinese group name in proper coding. When gnus
is restarted, all of the articles in groups with chinese name are marked
unread. But enter that group, you will find all of the articles are old
articles (marked by an `O'). The file in the attachment is the wrong
formatted
The command-line section of the Emacs info pages says that WIDTH and
HEIGHT are supposed to apply to *all* frames. Current behavior is that
it only applies to the first, third, fifth, etc. but not second,
fourth, etc. frames:
`-g WIDTHxHEIGHT[{+-}XOFFSET{+-}YOFFSET]]'
On 10/16/06, Richard Stallman [EMAIL PROTECTED] wrote:
I made pp-eval-expression use X instead of x,
and then I made all use of X read the way eval-expression does.
One thing I am not sure of is whether to do the same thing to x.
allout.el uses x to read objects that are not anything like
Lisp
Apologies; I did a complete rebuild and the x86_64 emacs22 is now
running.
==John ffitch
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Gentlemen, there I was, having a good time with my data,
$ dbfdump rall1.dbf|sed q|tr -s ' '|fold -s
ZIPCODE1 ZIPCODE2 OFFICE ZIP3A ZIPCODE CITY AREA AREA1 ROAD SCOOP EVEN
CMP_LABLE LANE LANE1 ALLEY ALLEY1 NO_BGN NO_BGN1 NO_END NO_END1 FLOOR FLOOR1
EXP ROAD_NO ROAD1 EROAD TROAD PROAD HROAD RMK
2006/10/12, Eli Zaretskii [EMAIL PROTECTED]:
Date: Wed, 11 Oct 2006 22:54:05 +0200
From: Peter Tury [EMAIL PROTECTED]
Now I've tried emacs.exe -Q; then opening the 1MB file: it's fine (1-2
seconds), but fundamental mode was used. In this running pure emacs
I loaded the files for the
It might be better to change
It is remapped to `undefined' which is bound to many ordinary text
characters.
To something like
It is bound to many ordinary text characters, and it is remapped to
`undefined'.
It appears that the code actually looks for keys that are
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 what actions triggered the bug
and the precise symptoms of
12 matches
Mail list logo