STR #3393

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 #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
Created By:dstarke
Assigned To:Unassigned
Fix Version:Unassigned
Update Notification:

Receive EMails Don't Receive EMails

Trouble Report Files:

Post File ]

No files

Trouble Report Comments:

Post Text ]
Name/Time/Date Text top right image
#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()).
bottom left image   bottom right image

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 ''.