* bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
@ 2011-10-02 1:01 Katsumi Yamaoka
2011-10-02 2:40 ` Glenn Morris
2011-10-02 17:21 ` Jan Djärv
0 siblings, 2 replies; 10+ messages in thread
From: Katsumi Yamaoka @ 2011-10-02 1:01 UTC (permalink / raw)
To: 9648
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?
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
2011-10-02 1:01 bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs Katsumi Yamaoka
@ 2011-10-02 2:40 ` Glenn Morris
2011-10-02 17:21 ` Jan Djärv
1 sibling, 0 replies; 10+ messages in thread
From: Glenn Morris @ 2011-10-02 2:40 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: 9648
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.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
2011-10-02 1:01 bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs Katsumi Yamaoka
2011-10-02 2:40 ` Glenn Morris
@ 2011-10-02 17:21 ` Jan Djärv
2011-10-03 0:31 ` Katsumi Yamaoka
1 sibling, 1 reply; 10+ messages in thread
From: Jan Djärv @ 2011-10-02 17:21 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: 9648
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.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
2011-10-02 17:21 ` Jan Djärv
@ 2011-10-03 0:31 ` Katsumi Yamaoka
2011-10-03 15:03 ` Katsumi Yamaoka
0 siblings, 1 reply; 10+ messages in thread
From: Katsumi Yamaoka @ 2011-10-03 0:31 UTC (permalink / raw)
To: Jan Djärv; +Cc: 9648
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?
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
2011-10-03 0:31 ` Katsumi Yamaoka
@ 2011-10-03 15:03 ` Katsumi Yamaoka
2011-10-03 19:29 ` Jan Djärv
2022-01-27 17:52 ` Lars Ingebrigtsen
0 siblings, 2 replies; 10+ messages in thread
From: Katsumi Yamaoka @ 2011-10-03 15:03 UTC (permalink / raw)
To: Jan Djärv; +Cc: 9648
Katsumi Yamaoka <yamaoka@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'.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
2011-10-03 15:03 ` Katsumi Yamaoka
@ 2011-10-03 19:29 ` Jan Djärv
2011-10-04 13:56 ` Katsumi Yamaoka
2022-01-27 17:52 ` Lars Ingebrigtsen
1 sibling, 1 reply; 10+ messages in thread
From: Jan Djärv @ 2011-10-03 19:29 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: 9648
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@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'.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
2011-10-03 19:29 ` Jan Djärv
@ 2011-10-04 13:56 ` Katsumi Yamaoka
0 siblings, 0 replies; 10+ messages in thread
From: Katsumi Yamaoka @ 2011-10-04 13:56 UTC (permalink / raw)
To: Jan Djärv; +Cc: 9648
Jan Djärv <jan.h.d@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...)
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
2011-10-03 15:03 ` Katsumi Yamaoka
2011-10-03 19:29 ` Jan Djärv
@ 2022-01-27 17:52 ` Lars Ingebrigtsen
2022-01-27 22:46 ` Katsumi Yamaoka
1 sibling, 1 reply; 10+ messages in thread
From: Lars Ingebrigtsen @ 2022-01-27 17:52 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: Jan Djärv, 9648
Katsumi Yamaoka <yamaoka@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
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs
2022-01-27 17:52 ` Lars Ingebrigtsen
@ 2022-01-27 22:46 ` Katsumi Yamaoka
2022-01-27 22:52 ` Lars Ingebrigtsen
0 siblings, 1 reply; 10+ messages in thread
From: Katsumi Yamaoka @ 2022-01-27 22:46 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: jan.h.d, 9648
On Thu, 27 Jan 2022 18:52:33 +0100, Lars Ingebrigtsen wrote:
> Katsumi Yamaoka <yamaoka@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.
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2022-01-27 22:52 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-10-02 1:01 bug#9648: 24.0.90; popup-menu doesn't work on Lucid Emacs Katsumi Yamaoka
2011-10-02 2:40 ` Glenn Morris
2011-10-02 17:21 ` Jan Djärv
2011-10-03 0:31 ` Katsumi Yamaoka
2011-10-03 15:03 ` Katsumi Yamaoka
2011-10-03 19:29 ` Jan Djärv
2011-10-04 13:56 ` Katsumi Yamaoka
2022-01-27 17:52 ` Lars Ingebrigtsen
2022-01-27 22:46 ` Katsumi Yamaoka
2022-01-27 22:52 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).