We looked at this before, but came to no conclusion. The problem lies with OS environment variable decoding. I created a 64-bit Pharo 7 in /tmp/été on macOS. FileLocator imageDirectory resolve. "File @ /private/tmp/été" Smalltalk os environment at: 'PWD'. "'/tmp/été'" (Smalltalk os environment at: 'PWD') asByteArray utf8Decoded. "'/tmp/été'" Smalltalk os environment asDictionary. FileBrowser works OK too but starts up with a wrong window title. I believe the real issue is that we are not 100% sure that it is always UTF8 on all platforms all the time (i.e. apparently users can put their (Windows) OS in a different encoding).
On 25 May 2018, at 10:28, Hilaire <hilaire@drgeo.eu> wrote:
I second you on this issue. Something went wrong in the encoding in the path in your window title. Ã smells like UTF-8 issue.
Looks like Pharo7 still has some issue(s) when handling UTF-8 characters used in modern Operating System filling system.
Another example of this problem, with DrGeo copied in a path with UTF-8 characters, for example Ãté folder. When DrGeo is started, Pharo creates a folder ÃÂté where it creates some locale/ folder
I see this problem on ubtuntu 17.10 and Mac OSX at my school.
We have this problem for years, I was believing it was fixed, but apparently not.
Hilaire
Le 25/05/2018 à 04:09, peter yoo a écrit :
so.. application location include korean charactor then broken title string in pharo window. (of course ubuntu 18.04 with gnome env)
broken title is "ë°ííë©´". it's ok? or where to report?
look a attached file please.
--
-- Dr. Geo http://drgeo.eu
<P7-utf8.png>