GNU bug report logs -
#11016
24.0.94; Right-to-left GUI
Previous Next
To reply to this bug, email your comments to 11016 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11016
; Package
emacs
.
(Thu, 15 Mar 2012 00:46:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
starback <at> stp.lingfil.uu.se (Per Starbäck)
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 15 Mar 2012 00:46:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Using a locale with right-to-left writing, for example
LANG=ar_EG.utf8 src/emacs-24.0.94.1 -Q
I get the menu-bar and the tool-bar in the reverse direction, that is
with the Help menu on the left and the File menu on the right, for
example.
This is a GTK thing. At least with ./configure --with-x-toolkit=motif
it's not like this.
If emacs was localized with non-English menus this would be good, but
since these things are in English anyway I think it only looks
strange.
(Also the mirroring affects the meanings of the values left and right
for tool-bar-position.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11016
; Package
emacs
.
(Thu, 03 Oct 2019 17:02:01 GMT)
Full text and
rfc822 format available.
Message #10 received at 11016 <at> debbugs.gnu.org (full text, mbox):
starback <at> stp.lingfil.uu.se (Per Starbäck) writes:
> Using a locale with right-to-left writing, for example
>
> LANG=ar_EG.utf8 src/emacs-24.0.94.1 -Q
>
> I get the menu-bar and the tool-bar in the reverse direction, that is
> with the Help menu on the left and the File menu on the right, for
> example.
> This is a GTK thing. At least with ./configure --with-x-toolkit=motif
> it's not like this.
>
> If emacs was localized with non-English menus this would be good, but
> since these things are in English anyway I think it only looks
> strange.
> (Also the mirroring affects the meanings of the values left and right
> for tool-bar-position.)
(I'm going through old Emacs bug reports that unfortunately got no
response at the time.)
I agree that it looks a bit odd -- but what do right-to-left users
expect in these instances? To have the "most important" menu to the
right or to the left?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11016
; Package
emacs
.
(Thu, 03 Oct 2019 17:29:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 11016 <at> debbugs.gnu.org (full text, mbox):
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Thu, 03 Oct 2019 19:01:25 +0200
> Cc: 11016 <at> debbugs.gnu.org
>
> starback <at> stp.lingfil.uu.se (Per Starbäck) writes:
>
> > Using a locale with right-to-left writing, for example
> >
> > LANG=ar_EG.utf8 src/emacs-24.0.94.1 -Q
> >
> > I get the menu-bar and the tool-bar in the reverse direction, that is
> > with the Help menu on the left and the File menu on the right, for
> > example.
> > This is a GTK thing. At least with ./configure --with-x-toolkit=motif
> > it's not like this.
Yes, because Emacs is smarter. Various GUI toolkits foolishly reverse
the UI unconditionally based on the locale; Emacs does not. So when
the menu bar and the tool bar are drawn by Emacs, you get the usual
left-to-right UI.
> I agree that it looks a bit odd -- but what do right-to-left users
> expect in these instances? To have the "most important" menu to the
> right or to the left?
Some prefer one, others prefer the other. It should be a separate
user option, because there's no one-fits-all solution, and basing the
solution on the locale is definitely wrong (one can work in a R2L
locale without speaking any R2L language).
And, as the OP correctly points out, it makes no sense to provide a
right-to-left UI when the menus and the labels on the tool-bar buttons
cannot be localized, let alone "speak" the R2L language. Which is the
single most important reason I didn't code such an option back when I
worked on bidi Emacs. You can still see comments to that effect in
xdisp.c.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11016
; Package
emacs
.
(Thu, 03 Oct 2019 18:11:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 11016 <at> debbugs.gnu.org (full text, mbox):
> Some prefer one, others prefer the other. It should be a separate
> user option, because there's no one-fits-all solution, and basing the
> solution on the locale is definitely wrong (one can work in a R2L
> locale without speaking any R2L language).
We probably should use gtk_menu_bar_set_child_pack_direction right
after the gtk_menu_bar_new call in create_menus according to that user
option. Its values would probably be 'left-to-right', 'right-to-left'
and nil - to leave the decision to the locale.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11016
; Package
emacs
.
(Thu, 03 Oct 2019 18:47:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 11016 <at> debbugs.gnu.org (full text, mbox):
> Cc: 11016 <at> debbugs.gnu.org, starback <at> stp.lingfil.uu.se
> From: martin rudalics <rudalics <at> gmx.at>
> Date: Thu, 3 Oct 2019 20:10:20 +0200
>
> > Some prefer one, others prefer the other. It should be a separate
> > user option, because there's no one-fits-all solution, and basing the
> > solution on the locale is definitely wrong (one can work in a R2L
> > locale without speaking any R2L language).
>
> We probably should use gtk_menu_bar_set_child_pack_direction right
> after the gtk_menu_bar_new call in create_menus according to that user
> option. Its values would probably be 'left-to-right', 'right-to-left'
> and nil - to leave the decision to the locale.
Once again, it makes no sense to have the UI direction right-to-left
when the labels are all in English. If anything, it looks UUGLEEE!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11016
; Package
emacs
.
(Sat, 05 Oct 2019 08:42:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 11016 <at> debbugs.gnu.org (full text, mbox):
> Once again, it makes no sense to have the UI direction right-to-left
> when the labels are all in English. If anything, it looks UUGLEEE!
Obviously, such an option would be needed to allow users to override
the default behavior in their locale. And to keep the default
behavior for those who are used to it. But I can't get it to work
here anyway - the correspoding call is just ignored.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11016
; Package
emacs
.
(Sat, 05 Oct 2019 09:36:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 11016 <at> debbugs.gnu.org (full text, mbox):
> Cc: larsi <at> gnus.org, 11016 <at> debbugs.gnu.org, starback <at> stp.lingfil.uu.se
> From: martin rudalics <rudalics <at> gmx.at>
> Date: Sat, 5 Oct 2019 10:41:31 +0200
>
> > Once again, it makes no sense to have the UI direction right-to-left
> > when the labels are all in English. If anything, it looks UUGLEEE!
>
> Obviously, such an option would be needed to allow users to override
> the default behavior in their locale.
If you are talking about GTK, then the corresponding option should be
a GTK setting, not an Emacs setting. Right?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11016
; Package
emacs
.
(Sat, 05 Oct 2019 09:57:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 11016 <at> debbugs.gnu.org (full text, mbox):
> If you are talking about GTK, then the corresponding option should be
> a GTK setting, not an Emacs setting. Right?
All I tried was to hardcode a R2L menubar by calling
gtk_menu_bar_set_child_pack_direction with GTK_PACK_DIRECTION_RTL.
But I got no effect. Maybe someone with some sort of a R2L locale
could try?
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11016
; Package
emacs
.
(Mon, 07 Oct 2019 11:02:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 11016 <at> debbugs.gnu.org (full text, mbox):
> Once again, it makes no sense to have the UI direction right-to-left
> when the labels are all in English. If anything, it looks UUGLEEE!
I generally don't like half-done localization. I've reported it as a bug
a long time ago that dired buffers use current locale when listing files
in dired buffers so they show non-English dates in an environment
otherwise in English, but that was then seen as a feature.
Severity set to 'wishlist' from 'normal'
Request was from
Stefan Kangas <stefankangas <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Fri, 14 Mar 2025 12:27:01 GMT)
Full text and
rfc822 format available.
This bug report was last modified 90 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.