GNOME Bugzilla – Bug 76219
Complete the RTL flipping support
Last modified: 2011-02-04 16:16:03 UTC
Package: gtk+ Severity: enhancement Version: 2.0.0 Synopsis: right-aligned GtkToolbar and GtkMenuBar? Bugzilla-Product: gtk+ Bugzilla-Component: gtk Description: well, toolbar and menubar left-aligned by default. and there's no adjustment function AFAIK. have you seen the 9.11-related humor picture? "If Arab conquer US, Windows(TM) will be like this." the picture has right-aligned toolbar and menubar. I think the shape's not bad. pliz think about it :-) if I could find the picture, I'll attach here. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-03-25 03:55 ------- Reassigning to the default owner of the component, gtk-bugs@gtk.org.
Created attachment 7358 [details] sample(?) picture :-)
Yes, it's known that we don't have directional flipping support for a few widgets, GtkMenu* being the main ones.
Is this the "complete RTL"-tracking bug ? Is there some kind of plan what needs to be done in order to complete the flipping support ? I'd like to investigate this a bit. Here is a probably incomplete list: - the menu bar (it should be right aligned, with "file" on the right and "help" on the left, it isn't) - same for toolbars - the menu entries (not shown on the screenshots; but they have icons and shortcuts still in the LTR direction, the icons should be on the right, and shortcuts on the left. the "..." are correctly positionned, as they are part of the text) - the handlers of menu bars (those vertical bits that allow taking the bars out of the window) should be on the right. - tabs, they should be right aligned and starting from the right to the left. - drop down menus and vertical scrollbars, the arrow part is on the wrong side. also, all stock icons for which the direction is important should be verified and if needed mirrored depending on the direction of the widget - the tree view needs to support flipping Does the toolbar replacement in libegg already support flipping ?
Another candidate is perhaps the progress bar.
anther candidate is probably hpaned ?
*** This bug has been marked as a duplicate of 92200 ***
Oops, wrong bug.
This might as well be the "RTL flipping" bug, we don't have another one. I think it might be best to do it as a "tracking bug", that is, file bugs for individual widgets and make this bug depend upon them. If there are patches for multiple independent issues in the same bug, then it gets really hard to figure out what has been applied, and hard to comment on the patches that are in the bug. "handlers of menu bars" might be GtkHandleBox, but more commonly is GnomeDock or BonoboDock. To some extent what should flip is a matter of "what people expect" rather than something that can completely be logically determined. Most or all of what you mention though is pretty clear. (GtkScrolledWindow is probably the biggest question mark.)
Ok, this is the tracker then; retitling.
Moving all the RTL flipping bugs to the 2.4.0 milestone; in some cases the changes should be easy to do. (GtkPaned comes to mind) In those cases, we can move the bugs back to 2.2.0 if patches occur.
I think we've fixed enough of the issues to close this now; the remaining dependencies are documentation and a more-or-less unrelated bug about RTL keyboard handling.