[Libreoffice-bugs] [Bug 143114] Libclplug: kf5 support errors

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=143114

--- Comment #6 from Armin Le Grand <Armin.Le.Grand at me.com> ---
@Jan-Marek: Yes, SvTreeListBox::StartDrag gets the MouseButtonDown. In
principle it's not complicated. If a TreeListEntry has a CheckBox and it gets
hit, do NOT start the Drag as here, but forward that action to the CheckBox. I
know, sounds simple, but is probably not. It depends if a ListBoxEntry has a
'real' CheckBox or only 'fakes' it. If it's a real one, action can be
forwarded. If not, it would also have to be 'faked'. Pobably the rest of
actions would also happen at SvTreeListBox, so - until action is finished -
some 'forward' mode would be needed (or faked).
In short: The hierarchy represented by SvTreeListEntry when containing active
UI elements like CheckBoxes (seen in the code there might also be buttons?) HAS
to be used/represented on MouseActions by checking if these are hit &&
forwarding the action.
That would be the only clean solution, maybe including a 'forward' mode while
mouse is captured (in this case by CheckBox). Need to find out if there exists
a real CheckBox. Faking all that if not would mean to double the CheckBox
behaviour locally - not effective and error-prone as soon as someone changes
the CheckBox behaviour.
Problem is this cannot really be debugged - argh - since this immedialely leads
to deadlocks in the UI using gdb in any form in another window due to the mouse
being locked :-(

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210726/79ac28a5/attachment.htm>