- creating a stub ~/.emacs containing just
(setq default-frame-alist '((screen-gamma . 1.0)))
(setq initial-frame-alist '((screen-gamma . 1.0)))
That definitely ought to do it.
In all cases I am seeing the same effect: those parts of the screen
showing text are displayed
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
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
reftex-parse-bibtex-entry uses a syntax table in which - is not a
word constituent. This has the consequence that if a bibtex field
name contains a hyphen, the entry will be incorrectly parsed. For
Surely sh-mode and emacs-lisp-mode are major modes?
I'm sorry, maybe I misread your suggestion. Are you suggesting we
make these bindings only in Sh mode and Emacs Lisp mode? I somehow
thought you had in mind global bindings for them.
___
Hello!
Is there any reason to assume a threat coming from for example:
% Local Variables:
% mode: LaTeX
% fill-column: 9
% coding-system: iso-latin-9
% End:
In GNU Emacs 23.0.0.1 (powerpc-apple-darwin8.8.0, X toolkit, Xaw3d
scroll bars)
of
Stefan Monnier wrote:
Please try and play with the text being matched to try and see which
part of the regexp is causing an overflow. Most likely the problem
is that something is matching a much longer text than expected (e.g.
tens/hundreds of nonempty lines rather than 1 or 2).
Maybe it's
On Tue, Feb 06, 2007 at 06:14:57PM -0500, Richard Stallman wrote:
Surely sh-mode and emacs-lisp-mode are major modes?
I'm sorry, maybe I misread your suggestion. Are you suggesting we
make these bindings only in Sh mode and Emacs Lisp mode? I somehow
thought you had in mind global
