[kde] [Bug 340769] New: incorrect directory order in save dialog when using hebrew directory names

oren.ginger at gmail.com oren.ginger at gmail.com
Sat Nov 8 20:11:07 GMT 2014


https://bugs.kde.org/show_bug.cgi?id=340769

            Bug ID: 340769
           Summary: incorrect directory order in save dialog when using
                    hebrew directory names
           Product: kde
           Version: 4.13.3
          Platform: Ubuntu Packages
                OS: Linux
            Status: UNCONFIRMED
          Severity: minor
          Priority: NOR
         Component: general
          Assignee: unassigned-bugs at kde.org
          Reporter: oren.ginger at gmail.com

If I create one directory with name containing Hebrew letters and number,
inside another directory with same sort of name, BiDi algorythm plays a bad
joke and their order is incorrectly shown in the KDE Save Dialog.

Reproducible: Always

Steps to Reproduce:
1. Create new directory with name containing Hebrew and number (you can
copypaste from here: [דירקטוריה 1], of course without brackets)
2. Inside it create another directory with same sort of name [דירקטוריה 2]
3. Open KWrite, write some text.
4. Try to save a file into inner directory (with number 2)

Actual Results:  
In "adress bar" it looks like [דירקטוריה 1] is inside [דירקטוריה 2]. Please
look at this screenshot

http://storage6.static.itmages.ru/i/14/1108/h_1415476927_2817411_2b9ccbfcb4.png

Expected Results:  
Text [דירקטוריה 2] should be located after [דירקטוריה 1] and slash like here (I
modified the screenshot):

http://storage8.static.itmages.ru/i/14/1108/h_1415477072_6910735_0c1b6b9e78.png

As Israeli webdeveloper I know that languages written from right to left are
big pain for webdevelopers and of course for real developers :)
Actualy, it looks like normal behaviour of BiDi algorythm. This behaviour is
good for usual texts containing RTL and LTR characters.
Usualy in cases like this I just add invisible Unicode character "LTR mark",
but I beleive it cannot be done here.
Thank you for your work!

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Unassigned-bugs mailing list