GNU bug report logs -
#2059
23.0.60; Font selection broken on non-GTK/non-XFT build.
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2059 in the body.
You can then email your comments to 2059 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2059
; Package
emacs
.
(Mon, 26 Jan 2009 00:35:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Christopher Oliver" <coliver <at> message.nmc.edu>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Mon, 26 Jan 2009 00:35:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
As an old school user, I tend to like to compile Emacs for small footprint, and prefer bitmap fonts.
So I compile with neither GTK nor XFT. In pretest 23.0.60 under these conditions, the mouse menu
for font selection fails. This bug lies in an incompatibility between menu-set-font (menu-bar.el),
which expects a string, and mouse-select-font (mouse.el) which yields a list containing a string.
The menu fed x-popup-menu in mouse-select-font has entries of the form (DESCRIPTION XFONT)
rather than (DESCRIPTION . XFONT), so the cdr of this is the wrong type for menu-set-font.
Thoughts?
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2059
; Package
emacs
.
(Tue, 27 Jan 2009 14:50:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Chong Yidong <cyd <at> stupidchicken.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 27 Jan 2009 14:50:03 GMT)
Full text and
rfc822 format available.
Message #10 received at 2059 <at> emacsbugs.donarmstrong.com (full text, mbox):
> So I compile with neither GTK nor XFT. In pretest 23.0.60 under these
> conditions, the mouse menu for font selection fails. This bug lies in
> an incompatibility between menu-set-font (menu-bar.el), which expects
> a string, and mouse-select-font (mouse.el) which yields a list
> containing a string.
I don't observe any problem with font selection on a `--without-xft
--with-x-toolkit=lucid' build. Please provide a precise recipe,
starting from `emacs -Q'. Also, please provide your configure
switches, as you should have in the original bug report (this
information would be in the email generated by M-x report-emacs-bug).
Reply sent
to
Chong Yidong <cyd <at> stupidchicken.com>
:
You have taken responsibility.
(Tue, 27 Jan 2009 20:55:05 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Christopher Oliver" <coliver <at> message.nmc.edu>
:
bug acknowledged by developer.
(Tue, 27 Jan 2009 20:55:05 GMT)
Full text and
rfc822 format available.
Message #15 received at 2059-done <at> emacsbugs.donarmstrong.com (full text, mbox):
"Christopher Oliver" <coliver <at> message.nmc.edu> writes:
> Build cfg switches: --without-dbus --without-xft --without-freetype
> --with-x-toolkit=lucid --without-rsvg --without-tiff
OK, I see the problem now. Patch applied, thanks.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Wed, 25 Feb 2009 15:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 169 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.