The file in question was created by me on a Mac. An additional file which caused a problem on Yishay’s machine was StringTextLineFactory from TLF Lines 443, 445 and 446 (in the comment) were output as garbage characters by the Royale compiler without explicitly setting the encoding to UTF-8.
A related issue is that unicode notation (i.e. \u2026) is being evaluated and output as the actual unicode character which appears to be encoded wrong > On Dec 4, 2017, at 7:36 AM, Alex Harui <aha...@adobe.com.INVALID> wrote: > > > > On 12/3/17, 3:08 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote: > >> JAVA_TOOL_OPTIONS=-Dfile.encoding=UTF-8 >> >> Is there any reason not to hard code the file encoding in the compiler? >> > I don't know for sure, but the first question that comes to mind is why > Java itself hasn't bothered to default to a particular file encoding. > > Also, especially for folks using Windows, what kinds of editors do you use > and what file encoding do those editors use? > > My 2 cents, > -Alex >
