|
|
On 2/25/21 6:23 PM 'MacArthur, Ian (Leonardo, UK)' via fltk.coredev wrote:
I suspect that the construct should really be more like:
The file name is generated in the form
<tt>path/application.prefs</tt>.
No, ...
Hmm, or maybe we've lost some escape characters and it ought to have been:
The file name is generated in the form
<tt>\$(path)/\$(application).prefs</tt>.
Yep.
Congrats! You found the only 2 of 23 occurrences that have not been
escaped correctly. I *think* I fixed these issues (commit 115a6025f,
Jan. 13, 2020) but I may have missed these two.
So it looks like it's not an Msys/mingw issue, it is generally "wrong" - indeed the docs online show a variation of this...
The 1.3.x files have this construct instead:
<tt><i>path</i>/<i>application</i>.prefs</tt>.
Which does produce sensible looking output, so the 1.3.x docs are fine, it just seems to be the 1.4 docs that are hooky...
Off the top of my head: This has been changed (by Matt) in 1.4, all
these docs have been rewritten but, as said above, not all instances
have been escaped correctly.
Thanks for finding this, it's hard to find!
Fixed in commit 5c1b69cd4fb (19:23:37 UTC +0100).
You should find the corrected docs shortly (usually within an hour or
less) on our GitLab mirror:
https://fltk.gitlab.io/fltk/classFl__Preferences.html#a7e2ec1496b7eb3cc5b2b9e8f6584c979
--
You received this message because you are subscribed to the Google Groups "fltk.coredev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkcoredev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkcoredev/760c99cd-af7f-3619-52e0-5bfe64238886%40online.de.
[ Direct Link to Message ] | |
|
| |