message-box like y-or-n-p calls x_popup_dialog which calls xdialog_show which
has the line dialog_name[0] = 'Q' which gives the frame the title Question.
However, unlike y-or-n-p, message-box does not ask a question but provides
information, so I think in this case it should do dialog_name[0] =
I made some quick changes to test inclusion of inactive entries in
text menus. For what it's worth, I didn't find the extra entries
distracting. Others may disagree.
I am interested in hearing what others here think about that question.
Some months ago I reported a problem where which-function-mode
kept turning itself off. I used debug-on-entry to trap a call
that resulted in it turning off and reported it. Your response
appears to imply that this change should make it easier to
debug the problem. Since installing this
7 Hours of Photoshop Video Training - $29.95
Download a DEMO Here
http://www.photoshop-video-teacher.com/DEMO.htm
Adobe Photoshop CS
Adobe Photoshop CS is a professional tool for editing digital images. With
Photoshop Tutorials on Video, you'll get to peek over the shoulder of a
professional
Problem:
Upon opening, some makefiles are causing Emacs to begin 100% CPU
utilization for an unacceptably long time (minutes).
Reproduction:
- Open a new buffer and put it in make-mode.
- Type foo: and a new line.
- Type echo *.
- Keep
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 read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org
In GNU Emacs 22.0.50.45 (i686-pc-linux-gnu, GTK+ Version 2.6.4)
of 2005-05-17 on dugong
Distributor `The XFree86 Project, Inc', version 11.0.4031
configured using `configure '--with-gtk''
Several packages (table.el and cal-menu.el) add menu separators in
ways that cause tmm to add completion
Richard Stallman writes:
On ttys, reducing clutter may be more important than presenting
a consistent interface.
That may be the right argument. I don't have a feel for what is
best here.
I made some quick changes to test inclusion of inactive entries in
text menus. For what
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 read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org
This seems wrong and the doc string for eval-when-compile doesn't suggest
otherwise. If it is right, it would be helpful to explain the difference
between load and eval in the manual.
I see now the difference is because I'm loading the _compiled_ program.
Sorry for the noise.
Nick
Your response
appears to imply that this change should make it easier to
debug the problem. Since installing this change the problem
has not re-occurred. I took the change out and it occurs
constantly.
This is quite puzzling.
When which-function-mode turns
In current CVS emacs, makefile-mode has serious breakage when it comes
to font-locking:
$ emacs -q
C-x C-f /path/to/some/Makefile
M-x font-lock-mode
At this point, emacs will stop responding and consume 100% CPU.
I haven't been able to debug this properly, so I don't really have any
idea what
(eval-when-compile (require 'cl))
If I do load-library RET gud RET
then gud is loaded and cl is not, as you would expect.
Try M-x load-library RET gud.el RET and discover that your problem has
nothing to do with eval vs load but with source vs byte-compiled code.
Stefan
13 matches
Mail list logo