DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1695
Version: 2.0-current
Please close this STR. It's all OK.
Link: http://www.fltk.org/str.php?L1695
Version: 2.0-current
_
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1804
Version: 2.0-current
Without the "fix" there is nothing coming into the move routine, so no
eventx/y. With the fix, the number is displayed (after scaling) in the
st
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1804
Version: 2.0-current
One possible cause is that fltk2 has a bug in the move routine with widgets
at the same level.
If you have:
Group
Widget1
Widget2
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1804
Version: 2.0-current
Back to it. I tried the revised handle with r5941 - still does not work,
as expected. I forgot to mention one fact though - the MOVE does work
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1798
Version: 2.0-current
Yes. Latest source still contains the problem.
The patch mentioned there was not applied.
Link: http://www.fltk.org/str.php?L1798
Version: 2.0
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1798
Version: 2.0-current
Please check if you have the newest version of FLTK source.
I think this bug was solved already in STR #1669
http://fltk.org/str.php?L1669+P0+S0+
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1557
Version: 2.0-current
Link: http://www.fltk.org/str.php?L1557
Version: 2.0-currentIndex: FileBrowser.cxx
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1557
Version: 2.0-current
huubs seems to be right. Sometimes filelist scrolls to position 1, not 0,
however. Can't guess why. I post huubs' patch for developers' convenien