| [ Return to Bugs & Features | Roadmap 1.3 | SVN ⇄ GIT ]
STR #3209
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 2 - Low, e.g. a documentation error or undocumented side-effect |
Scope: | 2 - Specific to an operating system |
Subsystem: | Core Library |
Summary: | DND (Windows only) |
Version: | 1.3.3 |
Created By: | Rainer |
Assigned To: | AlbrechtS |
Fix Version: | 1.3.4 (SVN: v11131) |
Update Notification: | |
Trouble Report Files:
Trouble Report Comments:
|
#1 | Rainer 06:25 Mar 17, 2015 |
| GUI update during DND drag to show possible drop position only works for DND between different windows but not inside the same window; the drop position is updated after DND_RELEASE but not before.
see also https://groups.google.com/forum/#!topic/fltkgeneral/8ckGCs6SAkY
workaround / solution proposal in the discussion thread!
a test program attached
Regards Rainer | |
|
#2 | AlbrechtS 07:31 Mar 17, 2015 |
| Thanks for the report.
I raised the priority to 4 (high) so this will definitely be considered for inclusion in 1.3.4, although it is certainly not crucial for the release.
However there's a potential solution provided (see discussion in fltk.general), and if this solution turns out to be correct and sufficient, it should probably be applied. | |
|
#3 | AlbrechtS 08:12 Mar 17, 2015 |
| Some more info:
It turned out that the issue arises not only if the DND source and destination are in the same window, but also if they are in two windows of the same process.
Simple FLTK test scenario (w/o the posted demo program): use test/editor and drag text ...
(a) inside the same editor window - fail (b) over another view of the same process (use menu: file/new view) - fail (c) over another window of another test/editor instance - success.
'success' means drop position is indicated by moving cursor 'fail' means no visible feedback (no moving cursor) | |
|
#4 | AlbrechtS 08:16 Mar 17, 2015 |
| See attached file 'patch_rr.diff'. This is the patch proposed by Rainer.
Thanks for the patch!
He also wrote in fltk.general: "Perhaps it might be useful to do the same modification in the other member functions (DragEnter, DragLeave...) of the FLDropTarget class, too."
I can confirm that the patch solves the issue: the drop position is indicated in all cases (a,b,c). I didn't verify if this is correct or has any side effects though.
Looks good so far, but needs more investigation... | |
|
#5 | AlbrechtS 02:46 Feb 07, 2016 |
| Fixed in Subversion repository.
Fixed in svn r 11131 (branch-1.3) and r 11132 (branch-1.3-porting). | |
[ Return to Bugs & Features ]
|
| |