On 31/03/2015 23:00, Vojtěch Čihák wrote:
Hi,
I ask here because I wasn't enough fast to ask on bugtracker. Issue is
already closed.
About 27762: IDE shows a drag cursor on the coolbar
IMO it was GTk2 issue rather than CoolBar issue, I couldn't reproduce
on Qt.
Cursor changing was implemented intentionally, if coolband can be
sized, user can see crHSplit before he presses left mouse button and
if coolband can be moved, user can see crDrag before he actually
presses mouse. Someone wanted it on forum and I found it user freindly
too.
While I think the patch is not wrong, I still would like to revert
previous behviour and the real issue should be resolved: Gtk2 speed
buttons should not accept cursor of parent
and should use their own.
The change was (afaik) not because of the GTK part. I wrote (none
public) before about the drag cursor being always shown:
Well at least for Windows that is wrong. (And I guess for other OS it
is too)
The drag cursor is to b shown while dragging. The drag cursor is not
meant to be an indicator of possible dragging.
And dragging does not start with mouse down (so the cursor does not
change on mouse down). Dragging starts, when the cursor has been moved
a certain distance, while the button was held down. That makes it
different to a click. The distance is configured in the windows
settings. So it should be retrieved from the windows API.
This is how all applications on window behave. Showing the drag cursor
while dragging is not active is counter intuitive. When and while it was
happening, I always thought the IDE had started dragging (somehow
triggered despite I did not click the mouse)
--
_______________________________________________
Lazarus mailing list
[email protected]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
