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

Previous Next

Package: emacs;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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

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?




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

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.




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

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.




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

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?




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

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




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

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




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

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




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

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




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

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.




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

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




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.