preview RAW file from digital camera (CANON, NIKON,etc..)

Features wanted...
Post Reply
infimum
Posts: 116
Joined: 30 Dec 2007 21:04

Post by infimum »

admin wrote:Hm, what now? Keep or not keep?

When you press F2 (rename) on your "Köln" folder, do you get the *##### conversion for the character "ö"??
DBCS or not, it needs to be in unicode. Otherwise, my precious "Köln" folder would disappear into oblivion! When I press F2, "ö" becomes a simple "o" :P No numbers.

admin
Site Admin
Posts: 66303
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

infimum wrote:
admin wrote:Hm, what now? Keep or not keep?

When you press F2 (rename) on your "Köln" folder, do you get the *##### conversion for the character "ö"??
DBCS or not, it needs to be in unicode. Otherwise, my precious "Köln" folder would disappear into oblivion! When I press F2, "ö" becomes a simple "o" :P No numbers.
Well, that's shocking. :wink:

Can you somehow find out what's the character code for "ö" on your system?

EDIT: does this script
::msg *00246
show "ö"?

infimum
Posts: 116
Joined: 30 Dec 2007 21:04

Post by infimum »

admin wrote:EDIT: does this script
::msg *00246
show "ö"?
Yes, it does.

admin
Site Admin
Posts: 66303
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

infimum wrote:
admin wrote:EDIT: does this script
::msg *00246
show "ö"?
Yes, it does.
For me that means ö is within the standard ANSI range of characters on your system just as it is on mine. Why the hell can't you write it to file? And why is it converted to "o" in an edit box. There must be something fundamental that I do not understand about DBCS systems. Oh, it would be all so easy if I had a Japanese Windows just for an hour... sigh!

admin
Site Admin
Posts: 66303
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

infimum wrote:
admin wrote:EDIT: does this script
::msg *00246
show "ö"?
Yes, it does.
Okay, in the next version I'll convert all upper ANSI chars in DBCS systems to UTF8 when writing to file. We'll see how far we get with this charset voodoo... :twisted:

infimum
Posts: 116
Joined: 30 Dec 2007 21:04

Post by infimum »

admin wrote:For me that means ö is within the standard ANSI range of characters on your system just as it is on mine.
I don't think so. Are you sure the API you are using is strictly ANSI only? Another thing I can think of is, there are text editors that can specify encodings. Windows 1254 for Turkish, for example. As long as I have a font that covers Turkish, I can display Turkish this way. This doesn't mean the Turkish letters are within the range of my ANSI. does it? Something similar happening?

admin
Site Admin
Posts: 66303
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

infimum wrote:
admin wrote:For me that means ö is within the standard ANSI range of characters on your system just as it is on mine.
I don't think so. Are you sure the API you are using is strictly ANSI only? Another thing I can think of is, there are text editors that can specify encodings. Windows 1254 for Turkish, for example. As long as I have a font that covers Turkish, I can display Turkish this way. This doesn't mean the Turkish letters are within the range of my ANSI. does it? Something similar happening?
Don't know, maybe.

When you copy/paste "Köln" from the Explorer rename box into a TXT file:
(1) do you get "ö" or "o" in the text?
(2) if "ö", then when you view this text file in XY raw view / hex format: what character code do you see for "ö"?

infimum
Posts: 116
Joined: 30 Dec 2007 21:04

Post by infimum »

(1) "ö" as long as the TXT file is encoded in UTF7, 8, and 16. Ohterise it's garbled.
(2) Neither. It's garbled.

I noticed that the Raw view doesn't support unicode paths yet. I get the following message (especially when viewing jpg files).

Error 76 (0000004C)
Desc Path not found
Dll 0
Proc getFileType

Source XYplorer
XY ver 7.00.0023
OS Vista (Service Pack 1)
Date 2008/04/13 18:23:04

admin
Site Admin
Posts: 66303
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

infimum wrote:(1) "ö" as long as the TXT file is encoded in UTF7, 8, and 16. Ohterise it's garbled.
(2) Neither. It's garbled.

I noticed that the Raw view doesn't support unicode paths yet. I get the following message (especially when viewing jpg files).

Error 76 (0000004C)
Desc Path not found
Dll 0
Proc getFileType

Source XYplorer
XY ver 7.00.0023
OS Vista (Service Pack 1)
Date 2008/04/13 18:23:04
Okay, I wait with a comment until I get your reaction to the next beta (comes within 2 hours...) and it's "Köln"-saving powers...

admin
Site Admin
Posts: 66303
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

admin wrote:
infimum wrote:(1) "ö" as long as the TXT file is encoded in UTF7, 8, and 16. Ohterise it's garbled.
(2) Neither. It's garbled.

I noticed that the Raw view doesn't support unicode paths yet. I get the following message (especially when viewing jpg files).

Error 76 (0000004C)
Desc Path not found
Dll 0
Proc getFileType

Source XYplorer
XY ver 7.00.0023
OS Vista (Service Pack 1)
Date 2008/04/13 18:23:04
Okay, I wait with a comment until I get your reaction to the next beta (comes within 2 hours...) and it's "Köln"-saving powers...
So, did the last version (v7.00.0026) change anything to the better?

infimum
Posts: 116
Joined: 30 Dec 2007 21:04

Post by infimum »

Sorry to say this, but "not really." (v7.00.0029)

What bothers me most right now is the tab-restoring problem. The INI should be entirely in unicode. As long as I don't close XY, unicode paths are correctly preserved in the history. The exit and INI writing process(?) mess it up :(

admin
Site Admin
Posts: 66303
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

infimum wrote:Sorry to say this, but "not really." (v7.00.0029)

What bothers me most right now is the tab-restoring problem. The INI should be entirely in unicode. As long as I don't close XY, unicode paths are correctly preserved in the history. The exit and INI writing process(?) mess it up :(
:( Too late! (?).

Did you test also with v7.00.0026? Because v7.00.0029 is back to before v7.00.0026...

infimum
Posts: 116
Joined: 30 Dec 2007 21:04

Post by infimum »

Did you test also with v7.00.0026? Because v7.00.0029 is back to before v7.00.0026...
No improvement.
:( Too late! (?).
Whaddya mean :twisted:
Seriously, I wish you would re-consider this. International market on the line. Many of what Wikipedia calls "notable" file managers fully support unicode. The last "giant", Total Commander, is undergoing the unicode operation right now. There is no such thing as "too late" :wink:

admin
Site Admin
Posts: 66303
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

infimum wrote:
Did you test also with v7.00.0026? Because v7.00.0029 is back to before v7.00.0026...
No improvement.
:( Too late! (?).
Whaddya mean :twisted:
Seriously, I wish you would re-consider this. International market on the line. Many of what Wikipedia calls "notable" file managers fully support unicode. The last "giant", Total Commander, is undergoing the unicode operation right now. There is no such thing as "too late" :wink:
I meant "Too late" for the test code in v7.00.0026 -- I (almost) never give up!

So you found a v7.00.0026 and it was no improvement? That means I'm currently out of ideas.

infimum
Posts: 116
Joined: 30 Dec 2007 21:04

Post by infimum »

OK :oops:

Post Reply