This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#9546 - UTF-8 BOM "visible" in viewer
Attached to Project:
Rockbox
Opened by Robert (inrobert) - Thursday, 13 November 2008, 19:47 GMT+2
Last edited by Yoshihisa Uchida (Uchida) - Wednesday, 17 March 2010, 13:20 GMT+2
Opened by Robert (inrobert) - Thursday, 13 November 2008, 19:47 GMT+2
Last edited by Yoshihisa Uchida (Uchida) - Wednesday, 17 March 2010, 13:20 GMT+2
|
DetailsI have created some .txt files in UTF-8 format with Byte Order Marks (BOMs), using Windows XP SP3 Notepad and OpenOffice 3.0 Writer. In the viewer options I have set UTF-8 encoding. All the characters are correctly displayed, but at the beginning of each file there is strange rectangle that represents BOM. I have done a research and found out that BOM handling in Rockbox core was corrected by this patch – http://www.rockbox.org/tracker/task/6203?pagenum=3, but described issue is present in viewer plugin.
I know one can save without BOM, using Notepad2, but BOM allows Windows to recognize the UTF-8 file automatically, which is useful - for example it allows Wordpad and Lister to correctly open UTF-8 .txt files. So, as somebody is using .txt files both with Rockbox and Windows, the proper BOM handling by Rockbox is useful. |
This task depends upon
Closed by Yoshihisa Uchida (Uchida)
Wednesday, 17 March 2010, 13:20 GMT+2
Reason for closing: Accepted
Additional comments about closing: patch commits.
Wednesday, 17 March 2010, 13:20 GMT+2
Reason for closing: Accepted
Additional comments about closing: patch commits.
Please confirm it.
I cant think of many places in the core where the text file position is as important for seeking as it is in viewer so I tihnk its better to fix viewer to be smarter than to waste code in the core for something which will only be used in a plugin
My patch file found some problems.
When the problem is solved, the patch file will upload.
When I correct the patch file, *_utf8() functions will not use. (Then, viewer.c changes only)
Riebeling, because it might take time to correct the patch file, I think that you may upload your patch file where you are made without waiting for my correction.
FS#9855,FS#9892,FS#9893, orFS#9898is applied, the patch of this task cannot be applied.Even if you forcibly apply the patch file, it doesn't operate correctly.
Oppositely, even if you apply these patches after you apply the patch of this task, it doesn't operate correctly.
If you want to apply the patch of
FS#9855(orFS#9892,FS#9893,FS#9898), you must use the patch file ofFS#9899(this task is closed).FS#9899is old, I send a new patch.Please apply the patch in order of
FS#9855,FS#9892,FS#9893,FS#9898,FS#9902,FS#9853and this patch.If you do not apply these patch files, this patch need not be applied.