zabkat support forum

If there is an "ideographic space" (Unicode: 0x3000, see below) in a path,
http://www.alanwood.net/unicode/cjk_sym ... ation.html
Editor² with /C switch involed (/C:2 for UTF8, for exmaple) fails to open the file.

/C controls the encoding of the content, not the filename

nikos, I understand that. Could you just copy an ideographic space and see if it's reproduceable? Is it possible that the last two digits of 0x3000 are interpreted as a null character?

desslock,

nikos left me a message earlier today that he will be away on vacation until mid June.

In the mean time, it may be helpful to see whether your observation is unique to xplorer² and Editor².

Does the issue occur trying open such files with other editors/viewers?
What apps open the file(s) correctly?
Can you open the file(s) from Windows Explorer with Editor² ?

Please note that my questions are strictly shots in the dark, as I have no experience with ideographic fonts and have none installed to even try to check.  Please accept my apologies if my questions are irrelevant.  

Other users of ideographic fonts/characters are welcome to step in and post their experience and suggestions.

fgagnon,

Thanks for your reply. This happens only when the /C switch is invoked. Without it, Editor²  (as well as notepad and other unicode-supported editors) can open those files fine.

Since the /C switch is involved in this bug, reference to other editors is irrelevant. However, Opera, the web browser, can't open those files either. Other browsers can open those files fine. So I am suspecting that this is due to an idiosyncrasy of the component used in Editor² (and Opera).

i bet that even without this /C if you pass the filename in quotation marks you'll have the same problem

Ha! The problem solved with quotation marks. So, the ideographic space is treated the same way as the usual space, it seems.