[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2849
Version: 1.3-current
Fix Version: 1.3-current (r9584)
Closed with the fl_decode_uri() support function and new documentation.
Link: http://www.fltk.org/str.php?L2849
Version: 1.3-current
Fix Version: 1.3-current (r9584)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2849
Version: 1.3-current
Fix Version: 1.3-current (r9584)
I propose to close this STR as of r.9584 with more documentation
about filename dropping under X11 and the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2849
Version: 1.3-current
I vote +1 for hiding platform differences, i.e. applying the patch and
providing correct UTF-8 strings for file://... URI's in DND operations.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2849
Version: 1.3-current
+1 to hide platform differences as well, but wondering if we shouldn't
provide an option to turn this off if for some reason the app wants
the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2849
Version: 1.3-current
I can confirm the same behavior with Ubuntu, but that's a Debian
derivative, anyway.
To the patch (I didn't test it, just reading...):
+
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2849
Version: 1.3-current
Under Linux Debian, drag and drop of a filename to an FLTK widget
fails if the pathname contains non-ascii characters
because the filename does
