Switch to new emacs-lisp-mode buffer and insert : -- (defun foo () ) -- M-x outline-minor-mode M-x hide-entry Then undo as much as possible, i.e. until buffer is empty again. Now, after a C-g and a r
This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one
This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English if possible, because the Emacs maintainers usually do not have translators to re
This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one
I was editing a mail in Gnus when Emacs aborted; full backtrace is below. This happened with all my initialization and customizations, and going by the Lisp backtrace, seems to involve a third-party
Oops, indeed. I installed the patch below into trunk, which should fix it. Thank you, Stefan == modified file 'lisp/ChangeLog' -- lisp/ChangeLog 2011-05-23 15:03:04 +0000 +++ lisp/ChangeLog 2011-05-
Thanks for that fix. I found that top of the working branch is not what I expected: M-x emacs-version yields GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2011-01-06 on bg [2 time
This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English if possible, because the Emacs maintainers usually do not have translators to re
This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English if possible, because the Emacs maintainers usually do not have translators to re
Check out from CVS (2008-05-27 11:00 CST). ./configure [...] Configured for `i686-pc-linux-gnu'. Where should the build process find the source code? /home/tzz/source/emacs What operating system and
This bug report will be sent to the Free Software Foundation, not to your local site managers!! Please write in English, because the Emacs maintainers do not have translators to read other languages
I'm using Gnus with git emacs, and noticed that since commit 8525be6d from Nov 29, 2023 (see below), Gnus isn't honouring my group parameter (display . [not expire]) No error is raised (the setting a
Byte compilation gave me this warning from lisp/progmodes/vhdl-mode.el: Compiling file /home/rms/emacs-git/copy-jan-1/lisp/progmodes/vhdl-mode.el at Mon Jan 29 08:29:07 2024 In vhdl-speedbar-insert-h
I created a keyboard macro that used the zap-to-char (Alt-z) keyboard sequence. The macro functions correctly in the session in which it was created. The macro is given a name. The macro is inserted
Some composed characters from Google's Noto Color Emoji fontset display a box in addition to the correct character. There are inconsistencies between the way the same codepoint is displayed in the de
Guess I have to send this again, after unarchiving this bug (as well as 33076)? Is it the case that if N bugs were merged then it's not enough to unarchive one of them - you need to unarchive all of
I'm asking again that this be fixed. I'm not asking that such a message be changed for all modes, i.e., a change in `define-minor-mode'. Whether that would be appropriate is TBD - a different questi
For a while now, I've had to re-byte-compile init.el to get it to work correctly. Today, I tracked down the problem to an incorrectly compiled .eln file. My init.el is probably over-large and takes 8
There seems to be a regression between 28 and 30 with how emacs handles long lines. Reading a comparision of editors, I came across this test case: It's interesting how some Linux editors handle huge