GNOME Bugzilla – Bug 137082
Gui bug when switching to Arabic locale (rtl)
Last modified: 2006-07-04 10:59:41 UTC
Distribution: Red Hat Linux release 9 (Shrike) Package: gnome-media Severity: normal Version: GNOME2.5.90 unspecified Gnome-Distributor: Red Hat, Inc Synopsis: Gui bug when switching to Arabic locale (rtl) Bugzilla-Product: gnome-media Bugzilla-Component: Gnome-CD Bugzilla-Version: unspecified Description: Description of Problem: the gui becomes buggy when switching to arabic locale mainly the arrows which totally point in a chaotic way. http://www.silverpen.de/multi_bug.png please fix this before 2.6.0 comes out many thanx! Steps to reproduce the problem: 1. 2. 3. Actual Results: Expected Results: How often does this happen? Additional Information: ------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-03-13 11:41 ------- Reassigning to the default owner of the component, gnome-media-maint@bugzilla.gnome.org.
Should be looked at yes.
*** Bug 137083 has been marked as a duplicate of this bug. ***
So, why does this happen? I'm really no arabic expert so have little clue as of why this happens...?
Well no idea BUT, the same problem was present with the arrows in Rhythmbox and totem, and Bastien Nocera wrote a patch to totem to fix this, and then he sent it to Rhythmbox and it fixed the problem in RB too, so maybe the same patch (or maybe an extended version) could be used for the cd-player?
Let's see if he can help us... Bastien, any clue?
For the arrows being swapped around, it's easy. Once your pixbufs are loaded, rimply reverse them if they're in the wrong direction: if (gtk_widget_get_direction (totem->win) == GTK_TEXT_DIR_RTL) { totem_pixbuf_mirror (PIXBUF_FOR_ID("stock-media-play")); } totem_pixbuf_mirror is a convenience function, see src/video-utils.c (in totem) for the simple code. See also bug #95865 for what the future holds. totem->win is any widget, so that you can check its direction. For the problems in the "screen" part, you'd have to do the same thing. That's a problem that you will always get for non-native UI, you'll have to re-do the work GTK+ has done for the rest...
The bug report doesn't provide info on the expected behaviour; so it isn't clear what is wrong (yes, having a mix of reversed and not reversed arrows is worng; but which should be fixed? put on the original direction the reversed ones? or reverse the still not revered ones?) Here it is a special case; while generic next/previous arrows must indeed be always reversed, I'm not sure it is the case for buttons that mimic a real world tape player... in case they should not be reversed, then some tutorial for developers should be written to cover that special case; and tell them to enclose the buttons in a "force-LTR" mode (same for buttons that redefine directions for a joystick or similar, eg: N-E-S-W are not reversable) In case the media player buttons should be reversed, then the small red display indicator must be too.
I am in favour of flipping everything, this does not mimic a real world CD player, yes... But we are in an RTL UI so we have to obey the rules of the UI, making some interfaces flipped and some not leads us to total chaos IMHO... We could as well give up the whole RTL idea as there aren't RTL interfaces anyway in the real world!!!(maybe only Books...) And from my experience using RB for eg. and all the other apps I feel very confortable using RTL UIs, cz they all obey the RTL rule and are very consistent.
OK, so again I don´t know what that means. Can you draw some images in the gimp or so of how the interface should look in RTL and specify specifically how it differs from the current situation? This is not to annoy you, but simply (again) to stress that I´m not a language expert. I´m purely a coder. :-/.
Since there has been no further information and the initial png has been removed, i'll NEEDINFO this report. please reopen whenever you provided more information.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!