I don't mean to add noise and turn this into a noisy bug. I just want to point out an obvious question about the FDO#54493 solution.
What about Linux users? Hey- I'm a Linux user and I'm the one who reported this bug :) But, really, even if the same principal can be implemented on all platforms, will that be enough? What about a scenario where a user: 1. turns on his system for the first time 2. opens up the lovely Writer 3. discovers there's no Arabic keyboard layout defined 4. opens his keyboard layout settings and adds his Arabic layout 5. tries to use Writer that's already open 6. discovers that there's no RTL support That would be, I imagine, a common scenario in Linux distributions live CDs/USBs where it would leave a bad impression, unreflective of the overall Linux and LibreOffice experience. Thanks for bearing with me, Shahar -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/927931 Title: [Upstream] RTL (CTL) is expected to be enabled in all cases by RTL users Status in LibreOffice Productivity Suite: Incomplete Status in “libreoffice” package in Ubuntu: Won't Fix Bug description: This is concerning the usability issue where an RTL user gets in front of LibreOffice and doesn't find the two directionality buttons in the toolbar (OMG!!!). He won't find them anywhere until he does 8 mouse clicks to turn the RTL feature on: Tools -> Options -> Language Settings -> Languages -> Enabled for complex text layout (CTL) -> CTL: <Language> -> OK My mom can't do this :-/ . This is how this happens: CTL is off by default in LibreOffice, and thus RTL is, too. As I've been briefed, this is how it gets turned on for RTL users automatically: 1. RTL locales 2. A language support package of one of the RTL languages is installed The problem is that these two triggers for CTL don't cover all the situations where an RTL user runs LibreOffice. Many RTL users choose a non-RTL locale. They can also choose not to install any of the language support packages. The presence of an RTL language layout is all that indicates their RTL-ness :) Even when RTL users use a friend's/public computer as guests they expect the RTL buttons. Then, why make RTL off by default? Does it cost a lot of memory? Does it have bad Karma? :) The expectation to have those RTL buttons is because they seem to be always there in Microsoft Office since as far as I can remember. I never had to turn anything on. They were always there by default. In order to understand the severity of this issue, let me tell you what users do when they don't find those RTL buttons. They try to configure the toolbar, thinking that they must be disabled there. They find them enabled, actually. Although enabled in the toolbar, they don't appear :-O . After that they're quite lost so they might go to the correct Language Settings -> Languages configuration section. There, they will not find "RTL" or "Left to right". How would they know whether to enable the "Enhanced language support" for Asian languages or for Complex text layout? Most users would lose a few hairs by that point. Thanks and blessings, Shahar ProblemType: BugDistroRelease: Ubuntu 12.04 Package: libreoffice (not installed) ProcVersionSignature: Ubuntu 3.2.0-14.23-generic 3.2.3 Uname: Linux 3.2.0-14-generic x86_64 ApportVersion: 1.91-0ubuntu1 Architecture: amd64 CasperVersion: 1.304 Date: Mon Feb 6 22:14:26 2012 LiveMediaBuild: Ubuntu 12.04 LTS "Precise Pangolin" - Alpha amd64 (20120206) ProcEnviron: PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bashSourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/927931/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
