GNU bug report logs - #9648
24.0.90; popup-menu doesn't work on Lucid Emacs

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 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.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.90; popup-menu doesn't work on Lucid Emacs
Date: Sun, 02 Oct 2011 10:01:49 +0900

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?

Message #8 received at 9648 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 9648 <at> debbugs.gnu.org
Subject: Re: bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
Date: Sat, 01 Oct 2011 22:40:01 -0400

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.

Message #11 received at 9648 <at> debbugs.gnu.org (full text, mbox):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 9648 <at> debbugs.gnu.org
Subject: Re: bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
Date: Sun, 02 Oct 2011 19:21:51 +0200

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.

Message #14 received at 9648 <at> debbugs.gnu.org (full text, mbox):

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 9648 <at> debbugs.gnu.org
Subject: Re: bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
Date: Mon, 03 Oct 2011 09:31:45 +0900

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?

Message #17 received at 9648 <at> debbugs.gnu.org (full text, mbox):

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 9648 <at> debbugs.gnu.org
Subject: Re: bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
Date: Tue, 04 Oct 2011 00:03:58 +0900

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'.

Message #20 received at 9648 <at> debbugs.gnu.org (full text, mbox):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 9648 <at> debbugs.gnu.org
Subject: Re: bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
Date: Mon, 03 Oct 2011 21:29:31 +0200

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'.

Message #23 received at 9648 <at> debbugs.gnu.org (full text, mbox):

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 9648 <at> debbugs.gnu.org
Subject: Re: bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
Date: Tue, 04 Oct 2011 22:56:49 +0900

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...)

Message #26 received at 9648 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: Jan Djärv <jan.h.d <at> swipnet.se>, 9648 <at> debbugs.gnu.org
Subject: Re: bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
Date: Thu, 27 Jan 2022 18:52:33 +0100

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

Message #31 received at 9648 <at> debbugs.gnu.org (full text, mbox):

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: jan.h.d <at> swipnet.se, 9648 <at> debbugs.gnu.org
Subject: Re: bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
Date: Fri, 28 Jan 2022 07:46:53 +0900

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.

Message #34 received at 9648 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: jan.h.d <at> swipnet.se, 9648 <at> debbugs.gnu.org
Subject: Re: bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
Date: Thu, 27 Jan 2022 23:52:29 +0100

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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.