Here are some more ideas: 1. Dialog window on first run that asks whether you want RTL or not 2. Detect whether user is accustomed to RTL using webcam and eyeball processing logic (only joking) 3. Turn on RTL according to user's geographic location (simply a bad idea) 4. Determine whether user uses RTL by going through his files and browser history (might draw some headlines around the webs) 5. Determine whether user is RTL by listening on the microphone and detecting spoken langauges (I didn't think I'd think of this many ways to do this)
Are there significant GUI elements added for RTL support? If CTL has more to it than RTL and enabling it adds a significant amount of GUI elements which are not RTL then perhaps CTL can be broken into RTL and other different independent features. That way turning RTL on would only add the RTL GUI elements thus having it on by default for everyone could be considered OK. If there are indeed significant additions of RTL related elements in the GUI when RTL is on, then perhaps they can be made more discrete or less confusing somehow for non-RTL users, thus RTL could be turned on by default. What about a dialog window popping up at the first occurrence of a character being typed in where that character originates in a RTL language? That window would ask whether to turn RTL support on. How about skipping the window and just enabling RTL in that case? Or how about popping up a window that just mentions that RTL support has been enabled because an RTL language was detected and that RTL support can be turned off in the settings. On second thought, this can be triggered by the editing of a document that has RTL in it. Perhaps if it is only viewing a document with RTL then nothing will happen; when editing one a window asking whether to turn RTL on will appear; and when an RTL character is typed, then it would be turned on with or without a dialog window. Thanks, 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 : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
