| | [ Return to Bugs & Features | Roadmap 1.3 | Post Text | Post File | Prev | Next ]
STR #3393
| 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: | Core Library |
|---|
| Summary: | enable DND for Fl_Window |
|---|
| Version: | 1.3-feature |
|---|
| Created By: | dstarke |
|---|
| Assigned To: | Unassigned |
|---|
| Fix Version: | Unassigned |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
[ Post File ]No files
Trouble Report Comments:
[ Post Text ]
| |
| #1 | dstarke
10:29 Aug 07, 2017 |
| Currently (FLTK 1.3.4) we are not able to receive DND events on a Fl_Window object or its inheritances on Windows (I did not test this on other target OS'). The events FL_DND_ENTER, FL_DND_LEAVE and FL_DND_DRAG are received and processed just normally. Answering those with an 1 as return value changes the cursor, signalling that our window wants to receive the DND object(s). However, the events FL_DND_RELEASE and FL_PASTE are not received. FL_DND_RELEASE still gets forwarded to the installed user event handlers (registered via Fl::add_handler) but beside that only to the widget returned by Fl::belowmouse(). Despite the manual, Fl::event_text() result is not available at FL_DND_RELEASE. FL_PASTE on the other hand is only forwarded to the widget from Fl::belowmouse(). Having a Fl_Window with widgets in it makes it impossible to receive the dropped object on window level instead of widget level.
My request is to make this possible by switching from widget level to window level if the owning window answers the DND events accordingly. The final events could still be forwarded to child widgets first and propagated to their parent widget if ignored their child (signalled by return value 0 from handle()). | |
[ Return to Bugs & Features | Post Text | Post File ]
|
| |
FLTK Apps 
