I'm french and I'm working on an Imac.
The path for the desktop is /Users/myname/Desktop.
If cur := "/Users/myname", one can easily verify this:
In some application I'm developping, I use a FileDialog Maplet to select a directory where to write a file.
For an unknown reason this maplet doesn't display the desktop with the name Desktop, but with it's french counterpart Bureau.
# Observe thet the desktop (8th line above) is named "Desktop"
# Now run
maplet := Maplet(
'title' = "Output Directory",
'directory' = cur,
'fileselectionmode' = directoriesonly,
'onapprove' = Shutdown(['FD1']),
'oncancel' = Shutdown()
res := Maplets[Display](maplet):
As a result, saving a file in cur/Bureau generates an error.
Here is a more detailed worksheet:
Of course I have adjusted my code in an ad hoc way by french translating what the maplet returns, but it is just a band-aid on a larger wound. For instance "Downloads" appears as "Téléchargements", and so on, and many names potentially need to be translated.
I do not understand why FileTools seems to "work in english" while FileDialog seems to "work in french".
I suspect this is due to the fact that my Imac, although natively "English speaking", uses a French overlay.
For instance the Unix command pwd run in a terminal window indicates Users or Desktop, while < command + i > executed on a given file displays Utilisateurs and Bureau.
Could it be that FileTools relies upon English, while FileDialog relies upon the regionalized language?
What do you advice me:
- to intervene at the Apple level by changing the "user" language my Imac uses,
- to intervene at the FileDialog level (if possible),
- or to keep translating undesired outcomes from FileDialog?
Thanks in advance