Tooltips do not show RTL strings

Bug #610145 reported by Yotam Benshalom
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Docky
Fix Released
Low
Rico Tzschichholz

Bug Description

I use ubuntu lucid with standard gnome, mono and compiz.

See attached screenshot. When the name of an item is written completely in Hebrew, Arabic or any other RTL language, it fails to appear in the tooltip. A screenshot is attached. This probably happens because such text is aligned automatically to the right.

To reproduce:
1. Create an empty file.
2. Name the file קובץ (Hebrew for "file").
3. Drag the file to docky.
4. Hover over the file icon in docky. Note that no text appears in the dark background of the tooltip.

This problem means that docky is currently quite broken in RTL environments, where app names are written using RTL languages.

Tags: rtl
Revision history for this message
Yotam Benshalom (benshalom) wrote :
Revision history for this message
Robert Dyer (psybers) wrote :

Do the menus show properly in Hebrew? The weather or calendar painters?

Changed in docky:
assignee: nobody → Rico Tzschichholz (ricotz)
importance: Undecided → Low
Revision history for this message
Yotam Benshalom (benshalom) wrote :

RTL menu items render fine, but I cannot reproduce a case where all of the strings in a docky right-click menu are RTL strings. I attach a screenshot showing one RTL string in a menu.

Revision history for this message
Yotam Benshalom (benshalom) wrote :

I added the clock docklet and there is a problem in its right-click menu: one of the spaces is missing ("Digital watch" is rendered as שעוןדיגיטלי instead of שעון דיגיטלי), and the keyboard underlines are drawn before their letters instead of underneath them. Screenshot is attached. However, this is a minor problem compared to the initial one.

If by "painter" you mean the weather and calendar "modes" of docky, I cannot answer your question. These are not translated into Hebrew, and they are displayed in English even with Hebrew interface.

Revision history for this message
Robert Dyer (psybers) wrote :

I'm starting to suspect this is an upstream issue with Pango. Take the keyboard underlines for example, we don't actually handle drawing those - Pango lays out both the text and the underlines and we just draw on the layout it gives.

Revision history for this message
Yotam Benshalom (benshalom) wrote :

Thanks for your attention! Can you help me report this issue to Pango then? I do not have the knowledge required for reporting such infrastructural problems, and I will not be able to provide them with a test case.

Revision history for this message
Robert Dyer (psybers) wrote :

Their bug tracker is in BugZilla, not on Launchpad. You might want to take a look over there and see if your bug is already reported. For example here are open bugs containing the word 'hebrew':

http://is.gd/dKOAF

I am not 100% certain the problem lies with Pango, but that seems to most logical to me as we just give Pango a string, some font information etc and then it gives us the rectangle and path to draw it.

Revision history for this message
Yotam Benshalom (benshalom) wrote :

I reported a bug for pango: https://bugzilla.gnome.org/show_bug.cgi?id=625363
Please feel free to add your own input, as you are the user of the pango library and must understand the way it interfaces with docky better than I do.

Revision history for this message
Yotam Benshalom (benshalom) wrote :

Pango developers seem to be certain that this is not a problem in Pango but in docky.

Revision history for this message
Yotam Benshalom (benshalom) wrote :

It is sad to think Docky will not be usable on RTL locales (Hebrew, Arabic, Farsi, Malayalam,, Urdu and more) just because the developers of Docky and Pango cannot be bothered to talk to each other...

Yaron (sh-yaron)
tags: added: rtl
Revision history for this message
Rico Tzschichholz (ricotz) wrote :

fixed in bzr1684

Changed in docky:
milestone: none → 2.0.8
status: New → Fix Committed
Changed in docky:
status: Fix Committed → Fix Released
Revision history for this message
Shahar Or (mightyiam) wrote :

Great!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.