Looks like it is fixed in Qt5 as it receives QMouseMove unlike in Qt 4.8.
On Tue, 24 Nov, 2020, 16:23 Volker Hilsheimer,
wrote:
> Drag events are related to Drag’n’Drop, and you rarely drag from or drop
> onto a scroll bar.
>
> The Qt documentation is quite clear about the role of those event ty
Drag events are related to Drag’n’Drop, and you rarely drag from or drop onto a
scroll bar.
The Qt documentation is quite clear about the role of those event types, I
think:
https://doc.qt.io/qt-5/qevent.html#Type-enum
https://doc.qt.io/qt-5/qdropevent.html
Volker
> On 24 Nov 2020, at 11:48
On 2020-11-24 00:44, David M. Cotter wrote:
i have a main window with the menu bar
then a secondary, separate window.
since i want both windows to come to front when the user switches into
it, and i also want the key shortcuts from the menubar to function in
the second window, i set the parent
One question..Found dragging scrollbar triggers MouseMove instead of drag
events..When we drag scrollbar, is it expected to trigger
DragEnter,DragMove,DragLeave instead(as verified in the event filter) in
the custom QTableView which sets QScrollbar?
Best Regards,
Ramakanth
On Tue, 24 Nov, 2020, 1
Below is the configure line and output on X11(Ubuntu)
./configure -platform linux-g++-32 -opensource -confirm-license
-system-zlib -system-libjpeg -system-libpng -system-sqlite -qt-xcb -no-cups
-no-opengl -no-qml-debug \
-skip qt3d -skip qtactiveqt -skip qtandroidextras -skip qtcanvas3d -skip
qt
Sure.. Thanks for your mail. Shall test on the latest Qt.
The issue is reproduced on both X11(ubuntu desktop) and linuxFB with tslib
as backend.
On Tue, 24 Nov, 2020, 13:16 Thiago Macieira,
wrote:
> On Monday, 23 November 2020 21:32:10 PST Ramakanth Kesireddy wrote:
> > UI Application is Qt 5.6.
