Rockbox

Note: I'm testing with simulator on Linux host

Am I right to assume this is only related to the text_editor and text_viewer plugin, or does it show up in wps and sbs as well? Could you perhaps provide a screenshot or even a screendump from an actual device?

It is not related to viewing file content in a plugin only, as it shows up for file names as well.

here is a screenshot for the file name "مسمار" appearing as "رمسما"

r26019 only affects simulator, does it work fine on target ?

looks fine in r27134 Clipv1 simulator, perhaps it got fixed by other Simulator updates.

Amr, please confirm that the issue is fixed and we can close this bug

not fixed yet for me, I test with sansa e200 simulator on Kubuntu 9.04 - kernel 2.6.28-11

I didn't test the latest build on sansa target yet , but I guess , yes, it shows up on simulator only

according to kugel, the reason might be the use of non-standard library, but I couldn't figure out which one or where in the firmware code

works fine for e200 simulator too

my $LANG variable is "fr_FR.UTF-8" and i'm using ubuntu 10.04

how to configure this $LANG variable ?

my settings are:

settings / general settings / language = english
settings / general settings / display / default codepage = unicode (and sometimes I switch it to cp1256)
settings / theme settings / font = 16 gnu unifont

LANG is a UNIX environment variable, for example:

$ echo $LANG$
fr_FR.UTF-8
$ export LANG=C
$ ./rockboxui

I didn't modify simulator settings so I'm using the default

my $LANG variable is en_US.UTF-8 and nothing new happened after export LANG=C

how do you test the case with the default simulator settings ?

I have to set font to GNU Unifont to view Arabic filenames,

and to view content of text file containing arabic characters in text viewer, I have to make sure codepage is either unicode or cp1256 depending on the file

To reset to default settings:

$ rm simdisk/.rockbox/config.cfg
$ ./rockboxui

After that I only change font to be GNU Unifont

I gave up ! !

I've just built the code on an old system running fedora core 9, and it worked great and the problem didn't show up ..

I still cannot understand the reason behind the issue with me on kubuntu, and why after r26019 only .. , Could it be an update to libsdl-dev ?

sorry, multimedia library has nothing to do with that, but it is weird issue and there is no clue why it happens .. and whether it is related to a library implementation or a system host configuration on ubuntu or what ..

still existing !

I thought it's ok on fedora when I tried with the word " مسمار " which appeared well; but when I tried with another case, the word : دليل , the problem showed up again, and it appeared like : ل ليد (i.e. inserting the last character at the beginning of the word) ; while on ubutnu the case was replacing the last two characters not the last one only

i reviewed the joining algorithm implementation for rendering arabic text and nothing has change before or after r26019 !

On Ubuntu 10.04, filenames look normal in the file browser

[fun@kru ~/sim-e/simdisk]% ls
دليل مسمار
[fun@kru ~/sim-e/simdisk]% for i in *;do echo $i | xxd;done
0000000: d8af d984 d98a d984 0a .........
0000000: d985 d8b3 d985 d8a7 d8b1 0a ...........

Can you run the command with xxd to check if character encoding is the same ?
for i in *;do echo $i | xxd ; done

your screen capture is the same as mine on fedora which displays the word دليل in a wrong way (misplacing 2 letters not 1 as i described before)

here is the command output, which is the same on both fedora and ubuntu (maybe the difference over yours is the ".txt" at the end of my files)

0000000: d8af d984 d98a d984 2e74 7874 0a .........txt.
0000000: d985 d8b3 d985 d8a7 d8b1 2e74 7874 0a ...........txt.

attached 3 screendumps :
1 - from sansa showing the correct rendering of the 2 file names (which is the same on simulator before r26019 )
2 - from simulator on fedora (one file name is correct and the other is wrong) (the same as your result)
3 - from simulator on ubuntu (both filenames are wrong)