GNU bug report logs -
#9648
24.0.90; popup-menu doesn't work on Lucid Emacs
Previous Next
To reply to this bug, email your comments to 9648 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#9648; Package
emacs.
(Sun, 02 Oct 2011 01:04:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Katsumi Yamaoka <yamaoka <at> jpl.org>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Sun, 02 Oct 2011 01:04:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
This is what Gnus does when a user clicks the mouse-3 on a MIME
part button in the article buffer:
(require 'gnus-art)
(popup-menu gnus-mime-button-menu)
I get a box that seems to be a menu but no text is displayed in it.
The issue arises on only Lucid Emacs (i.e., configured with the
`--with-x-toolkit=lucid' option). I tried GTK Emacs and verified
it works. Or do I miss something?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#9648; Package
emacs.
(Sun, 02 Oct 2011 02:42:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 9648 <at> debbugs.gnu.org (full text, mbox):
Katsumi Yamaoka wrote:
> (require 'gnus-art)
> (popup-menu gnus-mime-button-menu)
>
> I get a box that seems to be a menu but no text is displayed in it.
> The issue arises on only Lucid Emacs (i.e., configured with the
> `--with-x-toolkit=lucid' option).
emacs -Q -l gnus-art
(popup-menu gnus-mime-button-menu)
works for me with a Lucid build of the current trunk.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#9648; Package
emacs.
(Sun, 02 Oct 2011 17:24:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 9648 <at> debbugs.gnu.org (full text, mbox):
Hi.
Katsumi Yamaoka skrev 2011-10-02 03:01:
> Hi,
>
> This is what Gnus does when a user clicks the mouse-3 on a MIME
> part button in the article buffer:
>
> (require 'gnus-art)
> (popup-menu gnus-mime-button-menu)
>
> I get a box that seems to be a menu but no text is displayed in it.
> The issue arises on only Lucid Emacs (i.e., configured with the
> `--with-x-toolkit=lucid' option). I tried GTK Emacs and verified
> it works. Or do I miss something?
>
>
Does it happen when you start emacs with -Q? Does it work with another font, i.e.
% emacs -Q -xrm 'Emacs*popup*font: fixed'
for example. What is your default font?
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#9648; Package
emacs.
(Mon, 03 Oct 2011 00:34:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 9648 <at> debbugs.gnu.org (full text, mbox):
Jan Djärv wrote:
> Katsumi Yamaoka skrev 2011-10-02 03:01:
>> (require 'gnus-art)
>> (popup-menu gnus-mime-button-menu)
>> I get a box that seems to be a menu but no text is displayed in it.
Uhm, I couldn't reproduce it today. The menu is displayed properly
with text. Now I'm in the office and use Emacs that I built Friday
on Cygwin under Windows XP. I'll try it again on Fedora 14 in home
about 14 hours later.
> Does it happen when you start emacs with -Q? Does it work with
> another font, i.e.
> % emacs -Q -xrm 'Emacs*popup*font: fixed'
> for example.
It works. But `emacs -Q', `emacs -q' and even `emacs' also work
today. :<
> What is your default font?
I don't know. I have no personal X resource in both the platforms
because I want Emacs that is vanilla as much as possible when
testing. Moreover some X resources conflict with XEmacs, IIRC.
So, all the fonts I use normally are set in the ~/.emacs file.
I seem to have no means to customize the menu font as for at least
Lucid Emacs, though (the font for the `menu' face doesn't seems to
be used for popup menus).
On Cygwin, I noticed the font used for the text varies by a way to
launch Emacs. The font looking like `fixed' is used for the popup
menu if I start Emacs from the command line in xterm, but the one
looking like Helvetica is used if I start Emacs from Cygwin's root
menu. On the analogy of this, I guess a font that doesn't provide
ASCII text is chosen for some reason when a popup menu is displayed
with no text.
Anyway the solution will probably be to have an X resource for
the default font. Any other thought?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#9648; Package
emacs.
(Mon, 03 Oct 2011 15:06:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 9648 <at> debbugs.gnu.org (full text, mbox):
Katsumi Yamaoka <yamaoka <at> jpl.org> wrote:
> Jan Djärv wrote:
>> Katsumi Yamaoka skrev 2011-10-02 03:01:
>>> (require 'gnus-art)
>>> (popup-menu gnus-mime-button-menu)
>>> I get a box that seems to be a menu but no text is displayed in it.
> Uhm, I couldn't reproduce it today. The menu is displayed properly
> with text. Now I'm in the office and use Emacs that I built Friday
> on Cygwin under Windows XP. I'll try it again on Fedora 14 in home
> about 14 hours later.
I'm home. I verified it reproduces with the latest Emacs 24.0.90
(I built it minutes ago) on Fedora 14. Here's a screenshot:
http://www.jpl.org/tmp/Screenshot.png
This happens with `emacs -Q', but setting the `Emacs*popup*font'
resource with any font that provides ASCII characters solves it.
Though it might not be an Emacs bug, I suspect there's something
that leads Emacs to choose a wrong font when there's no X resource
for `Emacs*popup*font'.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#9648; Package
emacs.
(Mon, 03 Oct 2011 19:31:03 GMT)
Full text and
rfc822 format available.
Message #20 received at 9648 <at> debbugs.gnu.org (full text, mbox):
Hello.
The font Emacs chooses can be one of three:
If you have Xft (antialiased fonts) and one of Xsettings/Gsettings/GConf
it chooses the normal font for your desktop. You can see what it is by
calling the lisp function font-get-system-font.
Otherwise, it uses Sans-10 if you have Xft, or the default Xt font if not.
Jan D.
Katsumi Yamaoka skrev 2011-10-03 17:03:
> Katsumi Yamaoka<yamaoka <at> jpl.org> wrote:
>> Jan Djärv wrote:
>>> Katsumi Yamaoka skrev 2011-10-02 03:01:
>>>> (require 'gnus-art)
>>>> (popup-menu gnus-mime-button-menu)
>>>> I get a box that seems to be a menu but no text is displayed in it.
>
>> Uhm, I couldn't reproduce it today. The menu is displayed properly
>> with text. Now I'm in the office and use Emacs that I built Friday
>> on Cygwin under Windows XP. I'll try it again on Fedora 14 in home
>> about 14 hours later.
>
> I'm home. I verified it reproduces with the latest Emacs 24.0.90
> (I built it minutes ago) on Fedora 14. Here's a screenshot:
>
> http://www.jpl.org/tmp/Screenshot.png
>
> This happens with `emacs -Q', but setting the `Emacs*popup*font'
> resource with any font that provides ASCII characters solves it.
> Though it might not be an Emacs bug, I suspect there's something
> that leads Emacs to choose a wrong font when there's no X resource
> for `Emacs*popup*font'.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#9648; Package
emacs.
(Tue, 04 Oct 2011 13:59:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 9648 <at> debbugs.gnu.org (full text, mbox):
Jan Djärv <jan.h.d <at> swipnet.se> wrote:
> Hello.
> The font Emacs chooses can be one of three:
> If you have Xft (antialiased fonts) and one of Xsettings/Gsettings/GConf
> it chooses the normal font for your desktop. You can see what it is
> by calling the lisp function font-get-system-font.
> Otherwise, it uses Sans-10 if you have Xft, or the default Xt font if not.
Thanks. (font-get-system-font) returns "Monospace 10" in both
Cygwin and Fedora 14. But `popup-menu' shows text in a menu on
Cygwin currently whereas it doesn't on Fedora 14. Is there another
way to test them?
I'm sorry for the lazy response. (I wish I could use the both
systems in the office and home. Well, maybe I should have Cygwin
in home as well...)
This bug report was last modified 224 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.