Help > Send Bug Report is worse than before.
1. It's good that it now uses the user's mail client. It's silly that
it pastes a message saying to paste the message you have already
composed into the mail body. If the program can paste this silly
message then it can paste the message that you have c
`compilation-message-face' is a new, internal variable that hard-codes
underlining on complete lines in compilation buffers. This is
ridiculous - it gives users no control over the appearance of such
lines (except by fiddling with an internal variable). It should be a
face or a user option, so us
Bill Wohler wrote:
I do not understand this. If you remove mh-e/*.elc, it compiles. If you
just touch mh-e/mh-e.el and compile it fails.
I did `make maintainer-clean' and I even checked that that really
removed all mh-e/*.elc files. Bootstrapping nevertheless failed
(before your very lates
In the Emacs Lisp manual, for example node Parameter Access, I see
"Funktion" everywhere. That is not English.
In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600)
of 2006-03-20 on W2ONE
X server distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -Id:
emacs -q
M-x speedbar
The mode line centers "Files " (where is a number) between 64
black spaces and "<<" and ">>". This is needlessly wide.
If, for example, frame-fitting code is used, the "Files " usually
disappears off to the right, because the buffer text (when collapsed)
is much
emacs -q
M-x speedbar
The mode line centers "Files " (where is a number) between 64
black spaces and "<<" and ">>". This is needlessly wide.
If, for example, frame-fitting code is used, the "Files " usually
disappears off to the right, because the buffer text (when collapsed)
is much
Luc Teirlinck <[EMAIL PROTECTED]> wrote:
> Bill Wohler wrote:
>
>If an update doesn't resolve the problem, please remove
>lisp/mh-e/*.elc and try again.
>
> All of that is apparently not sufficient to solve the problem. Still
> same error message:
>
> Compiling /home/teirllm/emacscvsdi
Bill Wohler wrote:
If an update doesn't resolve the problem, please remove
lisp/mh-e/*.elc and try again.
All of that is apparently not sufficient to solve the problem. Still
same error message:
Compiling /home/teirllm/emacscvsdir/emacs/lisp/./mh-e/mh-e.el
In toplevel form: mh-e/mh-e.el:
A user reported a crash under the circumstances described below.
This is the Carbon port of GNU Emacs from March 28, with some patches
(none to xdisp.c).
Please see the stack trace below, and ask Phil directly in case there
are questions - I don't have more information.
Begin forwarded mess
> "Zhang" == Zhang Wei <[EMAIL PROTECTED]> writes:
Zhang> Compiling /home/brep/emacs-source/emacs-unicode-2/lisp/./mh-e/mh-e.el
Zhang> In toplevel form:
Zhang> mh-e/mh-e.el:997:1:Error: Symbol's function definition is void:
mh-strip-package-version
Zhang> make[2]: *** [compile] Error 1
Zhang
;; Bugged: read-abbrev-file function in abbrev.el
;; The `(interactive "f' - kontroll-letter takes just
;; the current buffer-file if you quit the demand
;; with RET. That's not what you want: If the file is
;; already open, there is no need to call
;; `read-abbrev-file', the `default-abbrev-file
Zhang Wei <[EMAIL PROTECTED]> writes:
> Compiling /home/brep/emacs-source/emacs-unicode-2/lisp/./mh-e/mh-e.el
>
> In toplevel form:
> mh-e/mh-e.el:997:1:Error: Symbol's function definition is void:
> mh-strip-package-version
> make[2]: *** [compile] Error 1
> make[2]: Leaving directory `/home/bre
Compiling /home/brep/emacs-source/emacs-unicode-2/lisp/./mh-e/mh-e.el
In toplevel form:
mh-e/mh-e.el:997:1:Error: Symbol's function definition is void:
mh-strip-package-version
make[2]: *** [compile] Error 1
make[2]: Leaving directory `/home/brep/emacs-source/emacs-unicode-2/lisp'
make[1]: *** [
Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org,
[EMAIL PROTECTED]
To: Michael Cadilhac <[EMAIL PROTECTED]>
From: Richard Stallman <[EMAIL PROTECTED]>
Hi, Michael, Richard!
First, a big apology for not getting back to you for so long. As well as
all the things in Emacs, I've got serious per
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 th
On 31 Mar 2006, at 09:29, YAMAMOTO Mitsuharu wrote:
(setq mac-pass-command-to-system nil)
Press Command-h.
You should get a "A-h is undefined" message (or similar).
I tried the testcase with the Carbon port, but I got this error
provided I've set `mac-command-modifier' to `alt'.
Turns ou
Am 31.03.2006 um 05:10 schrieb Richard Stallman:
Does this patch fix the problem?
No, it does not: I still see only empty frames (in bold magenta for
xbm in tar, in black for tiff or gif in zip) and the JPEG file does
not switch to the frame, i.e. I see only file's code from the start.
> On Fri, 31 Mar 2006 09:19:01 +0100, David Reitter <[EMAIL PROTECTED]>
> said:
> In the Carbon port, when a large font (e.g. Monaco 18) is selected
> for a frame, the tool-bar becomes (visually) much higher (I guess 3
> lines high). However, when you toggle the visibility of the
> tool-b
> On Fri, 31 Mar 2006 09:10:59 +0100, David Reitter <[EMAIL PROTECTED]>
> said:
> Seems like mac-pass-command-to-system is broken.
> Testcase:
> (setq mac-pass-command-to-system nil)
> Press Command-h.
> You should get a "A-h is undefined" message (or similar).
I tried the testcase wi
In the Carbon port, when a large font (e.g. Monaco 18) is selected
for a frame, the tool-bar becomes (visually) much higher (I guess 3
lines high). However, when you toggle the visibility of the tool-bar,
for example with the following code
(modify-frame-parameters nil '((tool-bar-lines . 0
Seems like mac-pass-command-to-system is broken.
Testcase:
(setq mac-pass-command-to-system nil)
Press Command-h.
You should get a "A-h is undefined" message (or similar).
This works in a version compiled around 20-Dec-2005, but not in a
recent version, where Command-H is still passed to the
21 matches
Mail list logo