It's hard to believe that such a popular and old package as ispell.el
has a trivial and easily reproducible bug. When the length of the
returned look-up words is greater than 256, then ispell.el fails with
the error "Invalid character: 0400, 256, 0x100".
Steps to reproduce: type a non-dictionary
> Rechecking the dictionary list is needed also after changing the
> program name in `ispell-program-name'.
BTW, after changing the default value of `ispell-program-name' to
`aspell' in preference to `ispell', it may come as a (possible unpleasant)
surprise to users. To reduce the likelihood of u
> There is one problem with this code: the dictionary list in the menu
> bar is only updated when ispell.el is loaded (probably due to a call
> to an auto-loaded function). So before any ispell-* command is run,
> the menu shows the static list of ispell dictionaries, and if new
>
(This was reported before.)
Loading tpu-edt.el (e.g. by M-x customize-group RET emulations RET)
defines keys in the global map:
(define-key global-map "\e[" CSI-map)
(define-key global-map "\eO" SS3-map)
If you are running in a terminal you may find that your key
is bound to `tpu-cut'
David Hunter wrote:
During bootstrap, make autoloads fails on progmodes/flymake.el, due
to some unclosed defun's. Here's a patch.
Installed. Thanks,
Sincerely,
Luc.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.g
During bootstrap, make autoloads fails on progmodes/flymake.el, due to some
unclosed defun's. Here's a patch.
(Thanks to C-M-n for finding the culprits.)
-Dave
*** flymake.el 2 Jul 2005 19:36:38 - 1.21
--- flymake.el 2 Jul 2005 20:01:17 -
***
*** 1488,1494
I am unable to get Carbon Emacs to run on OS X 10.4.1. I get this
error when I try to start it:
$ /Applications/Emacs.app/Contents/MacOS/Emacs
No fonts match `-*-monaco-*-*-*-*-12-*-*-*-*-*-mac-roman'
I'm using the Carbon build of GNU Emacs 22.0.50.1 on OS X 10.4.1. I
have the 2005-05-19 bu
> Setting a buffer to flymake-mode or toggling flymake-mode off and on (with M-x
> flymake-mode), I couldn't get it to check the buffer on a buffer change or
> after some delay.
> I made this change and it seemed to work better:
> * flymake.el (flymake-mode-on): removed 'when (not
> f
Hi,
> at least broke scrolling of articles with in Gnus and makes
> using GDB in Emacs (gud-mode) very inconvenient if the value of
> `scroll-margin' is non-zero.
>
> I don't use GNUS and I cannot test it. The crucial question is,
> is Emacs redisplay behaving incorrectly, or is Gnu
* Richard M. Stallman (2005-07-02) writes:
> at least broke scrolling of articles with in Gnus and makes
> using GDB in Emacs (gud-mode) very inconvenient if the value of
> `scroll-margin' is non-zero.
>
> I don't use GNUS and I cannot test it.
Besides GDB another easy to use testcas
at least broke scrolling of articles with in Gnus and makes
using GDB in Emacs (gud-mode) very inconvenient if the value of
`scroll-margin' is non-zero.
I don't use GNUS and I cannot test it. The crucial question is,
is Emacs redisplay behaving incorrectly, or is Gnus using it wrong?
I will fix the manual. Thanks.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
12 matches
Mail list logo