Earse instead of Move
Hi All,
This could just be me being clumsy, but every so often when I have selected some entities and I right-click to bring up the context menu with the intention of performing a Move operation, the selected entities are deleted as if I have selected Erase instead of Move. I guess I may have just moved onto Erase by mistake just as I left-clicked, but it happens often enough for me to question whether there is an issue of sorts rather than just poor mouse control on my part.
Does anyone else experience this?
Regards
Jamie
Comments
-
I think my situation is slightly different. I always get the shortcut menu appear as I would expect. It's when I click Move on the shortcut menu that sometimes the selected entities are erased. Erase is next to Move so I am trying to determine whether I am moving onto Erase just before I click, or whether there is a genuine issue here. Just trying to get other people's opinions and experiences. Sorry about the misspelt subject line by the way, but can't see how to correct it.
0 -
I see. I probably have the same issue although not with the shortcut menu but with toolbars and pulldown menues.
I have a custom toolbar arranged verticaly on the left side of the screen, one button
is "move" the button below is "rotate". What happens every now and then is, I click on "move"
move the mouse pointer away to select the items, but then the selected items are rotated. It
seems as if the mouse reaction is delayed by a fraction of a second, and the command executed
is the one where the mouse pointer happens to be that fraction of a second later.
I'm still observing it, but I can't pinpoint it down if it's BC, Windows, mouse driver ...0 -
That's really interesting Jörg. Any other comments from anyone?
0 -
IIRC in Windows the click location is processed not when the mouse button is pressed, but when it's released.
If you're working a bit quickly, or clicking a little slowly, the cursor will have already have moved over the adjacent menu item or button by the time you lift your finger,
causing that item to be chosen.
I know, it sounds ridiculous, but I'm sure Microsoft had a good reason
.I think most mouse drivers have a setting to correct this "feature", but you have to dig for it.
0 -
I occasionally pick move instead of copy, which would be the same situation as suggested.
A real pain when I don't notice what happened until later.
Commands issuing on the unclick gives a last chance to change your mind, I think that's good.
0 -
Windows treats all left mouse clicks as a drag and drop operation. Windows looks at the distance the mouse pointer moves between press and release. If the distance is below a threshold the operation is treated as a selection, with the selection made at the release point. Moving more than the threshold is a true drag and drop, but tool bars generally don't drag, so the selection can happen in an unintended place.
Owen Wengerd's QuikPik for Autocad has a function that selects on press for toolbar buttons that are not flyouts. I don't know of anything that will do this in Bricscad.
0 -
Thank you Yaacov and H Martin for poiting that out. Ther's an option in the mouse driver dialogue where you can set how many times per second the mouse responds, I think I'll toy around a bit with that and see if it helps.
0