Posts: 43
Threads: 11
Joined: Apr 2022
Reputation:
0
11-20-2024, 08:51 PM
(This post was last modified: 11-20-2024, 08:58 PM by Cobalt.)
you mean like click on something then wait 3 or 4 seconds then click again?
Afraid I've never used it like that, I've always double clicked. Why I didn't see any difference.
But yes, apparently before you could wait (probably indefinitely) between clicks and it would open a file or change directory. But now you do have to double click.
Posts: 4,001
Threads: 180
Joined: Apr 2022
Reputation:
222
Yeah, I never like double clicking it makes my index finger twitchy when done often.
But really only .5 sec if that much between single clicks. I am wondering if this change was done on purpose it seems like an artifact of some other change.
b = b + ...
Posts: 200
Threads: 13
Joined: Apr 2022
Reputation:
52
Well B+,
good news I've identified the change responsible for the different behavior, it's the addition of the
_ANDALSO timeElapsedSince#(firstClickTime#) < 0.3#
part in line 14339 in file source/ide/ide_methods.bas, it's part of SUB ideobjupdate.
Bad news, that SUB handles the object updates in ALL kinds of dialog boxes and the mentioned change was required to better distinguish between single click objects, click and hold objects and double click objects in regard to catch stray clicks from falling through from one object type to another and maybe accidentially trigger an unintended action on that other object.
In short the change needs to be kept in place for now, probably a complete rewrite of that entire SUB or eventually even the entire legacy dialogs system in the future may organize things better, but that would be a lot of work and certainly happens not very soon.
On the other hand I think double clicks on list box items are pretty common anyways.
Posts: 4,001
Threads: 180
Joined: Apr 2022
Reputation:
222
Thanks for tracking that down Rho. At least I know why I have to double click quicker now.
b = b + ...
