We need to hire a Rev programmer who is expert at international character set encoding, has a Windows XP system, and who can solve the following problem:
> In Czechoslovakia, the "Application Data" folder on Windows XP is called > "Data aplikací". So, when we get specialfolderpath("26") on Windows, the path > looks something like this: > > C:/Documents and Settings/Username/Data aplikací/OurFolder/ > > In Rev, all works fine. > > But when we create a (regular or binary) text file from a Windows standalone: > > put tBatchCommands into URL ("binfile:" & theBatchFileLoc()) > > the Czech character in the text file is transformed into this: > > C:/Documents and Settings/Username/Data aplikacÌ/OurFolder/ > > (You can see the last character in "Data aplikacÌ" has changed) > > When telling cURL to execute this batch file, obviously it cannot find the > path and an error results. > > This has only been a problem for Czechoslovakian customers, I think because > in most other countries, the translation of "Application Data" doesn't > contain any double-byte characters, and mostly with Windows XP (since in > Vista, the folder is called "AppData" in Czech and English). > > Obviously we are messing up the character encoding when we write the text > file and the character is changed. > > Again, just to be clear: This is NOT a problem WITHIN Revolution, ONLY when > writing a text file using the command above. If you know how to write a text file on Windows that preserves international character sets, and are available and interested, please reply off-list. Thanks!_______________________________________________ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution