LiveCode Forums.

RunRev Company should really hire Asian (Japanese, Chinese, Korean etc.) employees so that LiveCode supports unicode characters very soon. Please do that!

Livecode does support unicode and multiple language sets.

see function uniEncode.

Parameters:
The stringToEncode is any string, or expression that evaluates to a string.

The language is one of the following:
* ANSI (synonym for "English")
* Arabic
* Bulgarian
* Chinese
* English
* Greek
* Hebrew
* Japanese (Shift-JIS)
* Korean
* Polish
* Roman
* Russian (Cyrillic)
* Thai
* Turkish
* SimpleChinese (Simplified Chinese)
* Ukrainian
* Unicode (UTF-16)
* UTF8
* w (synonym for "Unicode")

Yes, but managing this is currently a pain in the a**

I don't see any problems with making a UTF8 to ANSI string converting function... unless your coding is sloppy, Klaus?

Hey, hey, hey! SLOPPY?
NO WAY! I'm german!

Well, I mean this is unneccessarily complicated, OK?
"Unicode, it just works!" has been promised by RunRev for a long time, but we are still waintig for it...

When a stack path contains unicode characters, the stack can't even be saved! It's a serious problem. And LiveCode's default encoding should be Unicode, not ANSI.

turbolaserguy wrote:And LiveCode's default encoding should be Unicode, not ANSI.

I'm sure they agree, but the core issue has been that LiveCode preceded Unicode's invention by many years. In the time since Unicode came onto the scene, LC has been implementing many aspects of Unicode, and IIRC the part that will also handle file paths is included in the "Unicodification" task described on their road map here:
http://livecode.com/community/roadmap/

I don't know specifically how the three phase outlined there translate into delivery dates, but at least we can be confident they're well aware of the need for this and have prioritized it on their task list.

FourthWorld,

Unicodification should be the TOP priority of the roadmap, not just part of the roadmap.

turbolaserguy wrote:Unicodification should be the TOP priority of the roadmap, not just part of the roadmap.

I wouldn't argue with that, but since there are dozens of "TOP" priorities, they have to be prioritized.

AFAIK the current task list represents a mix of considerations, including difficulty, scope of need, dependency on other tasks, etc. But if you can drop them an email and get them to put that on top I wouldn't complain.

FourthWorld,
What are their email addresses?

support at runrev.com

FourthWorld,
Thanks.

I should note that the request for this has already been submitted to the bug DB, with the most recent comment from RunRev that they're working on a solution:
http://quality.runrev.com/show_bug.cgi?id=2646

FourthWorld,
I tried to submit another bug on LiveCode Quality Control Center but I get this error:

A value must be set for the 'Desktop OS' field.

But there's no field called 'Desktop OS'! A bug in a bug report center.