Hi guys,
Of course, your solution is perfectly acceptable:
if a "weird and accented but perfectly legal OS wise" file is messing up S3D internal settings, don't use such file !!!
But in fact, I was not really asking for that kind of solution.
I was just reporting a bug to the S3D dev team.
Either, S3D does not accept all well formed file names, and MUST then prevent users from loading them.
Or, S3D does not put restriction on file names, and MUST then make sure that its internal xml configuration file is encoded/decoded correctly.
Moreover, the problem does not only arise with "weird and accented" file names. It also arise if you use "weird and accented" characters anywhere in S3D. (In a gcode startup script for example).
We're living in 2017 and restricting people on using only US-ASCII characters is something of the past !!!
Having put such a great piece of software, I have no doubt that the S3D dev team will be able to find a UTF8 compatible xml encoding/decoding library that will fix this bug.
Here is how you can reproduce the bug:
Start S3D
Open a STL file with "weird or accented" characters
Close S3D
Open S3D again: -> you get a warning about a malformed xml content
After you clicked "OK", everything looks fine, but it is not the case.
Going back to a normal behaviour is not easy. It is not just a matter of removing the STL file from S3D.
You also have to manually revert all you profile to default.
Another way to reproduce the problem is:
Start S3D
Add a process
Edit the process
Go to the "Scripts" tab
Add a comment with a "weird or accented character" to one script
Close S3D
Reopen S3D: -> Tadam !!! Here come the malformed xml warning
I know: what was I thinking

when writing a comment with a "weird or accented" character !!!
Cheers