Unicode is not "everywhere"...

Paul Dupuis paul at researchware.com
Thu Aug 22 11:37:53 EDT 2019


I have filed two bug reports that are in LC905rc1 and go back to 7.0 
where LC functions that should deal with Unicode properly do not.

These are:
https://quality.livecode.com/show_bug.cgi?id=22213 -- The "detailed 
files" function fails for any files with Unicode in the name, returning 
the filename with %3F (?) instead of the Unicode characters properly URL 
encoded (they should be UFT8 encoded and then URL encoded)
and
https://quality.livecode.com/show_bug.cgi?id=22334 -- the shell command 
is not Unicode aware in returning it's results. On OSX, the results are 
UTF8 encoded (discovered by accident) and so an extra step is needed to 
text decode them, but on Windows it is a complete failure and any 
Unicode results of the command line - SHOWN 100% correctly is executed 
in the command line - are returned NATIVE encoded, causing all Unicode 
characters to become question marks.

I have written work-around for both of these bugs that can be found in 
the bug reports. My work-around for the "details files" is slow, due to 
repeated calls to shell to fetch file properties one at a time.

If anyone else out there has run into these bugs in your own code and 
developed a faster work-around for the "detailed files" and would care 
to share, I would welcome a faster fix.

Of course, I'd welcome a fix from LiveCode, Ltd. to these bugs even more!




More information about the use-livecode mailing list