GNOME Bugzilla – Bug 617597
Compose message button behaves wrong with RTL locale
Last modified: 2010-06-05 18:59:45 UTC
Created attachment 160235 [details] Button borders glitch: aesthetic problem accompanying the usability problem See bug in ubuntu: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/574758 When left-clicking the "compose new message" button in evolution, I should be transferred to a message composing window. This works well with an English locale. However, with a Hebrew locale (rtl interface), evolution thinks I clicked on the narrow "list-opener" button nearby, and opens a list of options for composition (new message, new folder, new contact etc.) This comes with a slight aesthetic problem too: when hovering, it can be seen that the inverted triangle is not drawn directly on the narrow "list opener" but a bit to the side of it. A screenshot is attached. This means that there is no way to start composing a new message with a single click. This issue is similar, but not identical, to ubuntu bug #461289. In my case the buttons are perfectly visible, but they behave wrong. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: evolution 2.28.3-0ubuntu9 ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2 Uname: Linux 2.6.32-22-generic x86_64 NonfreeKernelModules: wl nvidia Architecture: amd64 Date: Mon May 3 23:20:30 2010 InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027) ProcEnviron: LANGUAGE=en_GB:he_IL:en LANG=he_IL.utf8 SHELL=/bin/bash SourcePackage: evolution
Can you please retest with Evolution 2.30 or later, as we're using a standard GtkMenuToolButton now so the drawing issues you were seeing should be fixed (or reassigned to GTK+).
2.30 version is not yet in my distribution. However, this should be very easy to check if the problem exists. Just start gnome using an RTL interface and check if clicking the new message button opens a new message (good) or open the "new item" menu (bad).
I tested with a Hebrew locale and the stock widget that's there now works as expected. Closing as FIXED.