GNU bug report logs -
#9648
24.0.90; popup-menu doesn't work on Lucid Emacs
Previous Next
Reported by: Katsumi Yamaoka <yamaoka <at> jpl.org>
Date: Sun, 2 Oct 2011 01:04:02 UTC
Severity: normal
Tags: moreinfo
Found in version 24.0.90
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9648 in the body.
You can then email your comments to 9648 AT debbugs.gnu.org in the normal way.
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...)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#9648
; Package
emacs
.
(Thu, 27 Jan 2022 17:53:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 9648 <at> debbugs.gnu.org (full text, mbox):
Katsumi Yamaoka <yamaoka <at> jpl.org> writes:
> 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'.
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
I briefly tried to reproduce this problem in Emacs 29, but seem to be
unable to. Are you still seeing this issue in recent Emacs versions?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 27 Jan 2022 17:53:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#9648
; Package
emacs
.
(Thu, 27 Jan 2022 22:48:01 GMT)
Full text and
rfc822 format available.
Message #31 received at 9648 <at> debbugs.gnu.org (full text, mbox):
On Thu, 27 Jan 2022 18:52:33 +0100, Lars Ingebrigtsen wrote:
> Katsumi Yamaoka <yamaoka <at> jpl.org> writes:
>> 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'.
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
> I briefly tried to reproduce this problem in Emacs 29, but seem to be
> unable to. Are you still seeing this issue in recent Emacs versions?
Though I'm unable to try it again now instantly (as I no longer
use the Lucid Emacs), I believe the problem has gone away early
in this decade, and I verified no such a problem to be in the
recent GTK Emacs.
Thank you for following it up.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#9648
; Package
emacs
.
(Thu, 27 Jan 2022 22:53:02 GMT)
Full text and
rfc822 format available.
Message #34 received at 9648 <at> debbugs.gnu.org (full text, mbox):
Katsumi Yamaoka <yamaoka <at> jpl.org> writes:
> Though I'm unable to try it again now instantly (as I no longer
> use the Lucid Emacs), I believe the problem has gone away early
> in this decade, and I verified no such a problem to be in the
> recent GTK Emacs.
Thanks; I'm closing this bug report, then.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
9648 <at> debbugs.gnu.org and Katsumi Yamaoka <yamaoka <at> jpl.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 27 Jan 2022 22:53:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 25 Feb 2022 12:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 136 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.