I am running english Windows XP SP2 with the locale set to Japanese. This makes non-unicode applications use SJIS character encoding.
I notice that XnView 1.90.3 has issues with specific filenames. The symptom is that the name is cut off and only shows the last portion.
Example:
a b c ソフトウェア e f g.jpg
Becomes:
フトウェア e f g.jpg
XnView displays many JP filenames correctly, but I have a number of broken examples. I assume that there are specific character sequences making XnView unhappy.
For reference, the example sequence above is:
612062206320835C837483678345834683412065206620672E6A7067
Truncated to:
837483678345834683412065206620672E6A7067
Broken japanese filenames
Moderators: helmut, XnTriq, xnview
I forgot to mention that this mostly affects the file list (in any mode: details, thumbnails etc).
The filename shown in hovertext is a little inconsistent. I notice that when hovering over images, the truncated filename is shown. But hovering over a ZIP file, I see the full filename.
The full filename is shown in the file properties either way.
The filename shown in hovertext is a little inconsistent. I notice that when hovering over images, the truncated filename is shown. But hovering over a ZIP file, I see the full filename.
The full filename is shown in the file properties either way.
Strange, could you explain me how to have XP SP2 with japanese?asmodean wrote:I forgot to mention that this mostly affects the file list (in any mode: details, thumbnails etc).
The filename shown in hovertext is a little inconsistent. I notice that when hovering over images, the truncated filename is shown. But hovering over a ZIP file, I see the full filename.
The full filename is shown in the file properties either way.
I start xnview, change the locale to japanese, but japanese text is not displayed correctly!
Pierre.
Go to Control Panel -> Regional and Language Options -> Advanced, and set the "Language for non-Unicode programs" to Japanese. You may also need to set "Install files for East Asian languages" on the Languages tab. Changing the locale option requires a reboot.xnview wrote:Strange, could you explain me how to have XP SP2 with japanese?
I start xnview, change the locale to japanese, but japanese text is not displayed correctly!
Another option is to use AppLocale (http://www.microsoft.com/globaldev/tools/apploc.mspx) if you need to switch locale often. I haven't tried it with XnView though.
Ok, now i can reproduce it!asmodean wrote:Go to Control Panel -> Regional and Language Options -> Advanced, and set the "Language for non-Unicode programs" to Japanese. You may also need to set "Install files for East Asian languages" on the Languages tab. Changing the locale option requires a reboot.xnview wrote:Strange, could you explain me how to have XP SP2 with japanese?
I start xnview, change the locale to japanese, but japanese text is not displayed correctly!
Another option is to use AppLocale (http://www.microsoft.com/globaldev/tools/apploc.mspx) if you need to switch locale often. I haven't tried it with XnView though.
Pierre.
In 1.91.5 there is some disfunctional behavior when categorizing images inside ZIP files that have Japanese filenames.
For example:
1) Create "a b c ソフトウェア e f g.zip" with 3 PNG images in it.
2) Browse to this ZIP and they can be viewed
3) Select all 3 images and add them to a category
4) Browse to category and note that all images can be viewed
5) Browse back to zip, and select one image and remove it from the category.
6) Browse back to category and observe that the remaining two images are no longer viewable (they now also have a broken file type icon)
Variations on this broken behavior (database corruption?) can be caused by different sequences of actions.
I could not cause the behavior with a ZIP called "test.zip". I also could not cause the behavior with a plain directory a b c ソフトウェア e f g".
For example:
1) Create "a b c ソフトウェア e f g.zip" with 3 PNG images in it.
2) Browse to this ZIP and they can be viewed
3) Select all 3 images and add them to a category
4) Browse to category and note that all images can be viewed
5) Browse back to zip, and select one image and remove it from the category.
6) Browse back to category and observe that the remaining two images are no longer viewable (they now also have a broken file type icon)
Variations on this broken behavior (database corruption?) can be caused by different sequences of actions.
I could not cause the behavior with a ZIP called "test.zip". I also could not cause the behavior with a plain directory a b c ソフトウェア e f g".