FLTK logo

STR #2981

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 Home  |  Articles & FAQs  |  Bugs & Features  |  Documentation  |  Download  |  Screenshots  ]
 

Return to Bugs & Features | Roadmap 1.3 | Post Text | Post File | SVN ⇄ GIT | Prev | Next ]

STR #2981

Application:FLTK Library
Status:5 - New
Priority:1 - Request for Enhancement, e.g. asking for a feature
Scope:2 - Specific to an operating system
Subsystem:X11
Summary:Fl::event_text() returns "<unknown>" for FL_DND_ENTER and FL_DND_DRAG on X11
Version:1.3-feature
Created By:jlp2
Assigned To:Unassigned
Fix Version:Unassigned
Update Notification:

Receive EMails Don't Receive EMails

Trouble Report Files:

Post File ]
Name/Time/Date Filename/Size  
 
#1 jlp2
15:11 Sep 09, 2013
x_dnd_content.diff
2k
 
 
#2 jlp2
05:28 Oct 02, 2013
x_dnd_content_v2.diff
2k
 
     

Trouble Report Comments:

Post Text ]
Name/Time/Date Text  
 
#1 jlp2
15:11 Sep 09, 2013
Using the current FLTK 1.3.2 release, the Fl::event_text() function always returns the value "<unknown>" for the FL_DND_ENTER or FL_DND_DRAG event under X11, this is obviously by intention. I attached a .diff file that shows a small adaption I made to get the correct value earlier (before the FL_PASTE event is emitted). Since there a asynchronous X11 calls involved, the value may not be available in the FL_DND_ENTER event or the first few FL_DND_DRAG events (it is still "<unknown>" for these first few event occurrences). But I think this is still an improvement, because applications can react to DND events earlier.
Maybe it would be nice, if the first occurrence of the FL_DND_ENTER event (and following occurrences of FL_DND_DRAG events) could be delayed until the event text value is known, but I don't know the code well enough to see how to accomplish this. But maybe someone who knows the code better could verify if this solution is correct or if there even is a better one.
 
 
#2 jlp2
05:28 Oct 02, 2013
I had some issues with the patch (in some rare cases, the drag and drop action could not be finished, leaving both involved applications in the "dragged" state). I attached a new updated .diff file that does not cause this problem.  
     

Return to Bugs & Features | Post Text | Post File ]

 
 

Comments are owned by the poster. All other content is copyright 1998-2024 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.