Spring RTS Engine

I am experiancing an issue with the way the mouse works.
In spring when i try to click a buildpic fast and place the building i often find myself selecting the wrong building.
In supcom the icons are smaller yet it never happens.
I was told its got something to do with the way spring works wit hthe mouse and i ithnk if its possible this should be changed.

viewtopic.php?f=12&t=14583

jk added something he called hardwarecursor in the next version, not sure how much that helps though.

I would worry more about all the keyboard errors you seem to be getting though...

So any definitive new s about this?has it been improved?or it hasnt or it cant?

I would assume it's been improved in the next version with hardwarecursor... Why not download the SVN enable hardwarecursor and do .giveall a few times and compare? See for yourself?

Yuor right i will.
But its also not a trouble for people who know to post "it's been fixed" now is it.

Hardware / software cursor is a different issue I think.

There is an issue with click registration. A click isn't registered until the mouse button is released (to avoid registering a click when you are dragging the mouse). Intuitive human behaviour is to press the mouse button where you want to click not to release the mouse button where you want to click. When moving the mouse fast to click a button, then moving the mouse away fast it is easy to click the wrong button even with an fps of 60 (try it with the mouse motionless over a button, click then move away fast).

There really isn't any need for the build buttons to wait for the mouseup (they don't need to support drag actions). I guess the interface supports drag and doesn't treat them specially. Still.. the interface should remember where you pressed the mouse and use that point as the click position upon mouse release.

A related issue is when dragging on the map (I often get this with area reclaim). If you release the mouse over an interface button it clicks the button instead of doing the reclaim order, contrary to what your display is telling you just before you release. This is plainly wrong.. both mouse clicks and mouse drags should ignore whats under the mouse on mouseup (unless you are dragging and dropping onto something).

i agree with you, momfreeek, on the second issue, but not on the first one.
second: when doing a drag action on the battlefield and doing only the mouse-up on a button, the button should not be clicked.

but in all GUIs i have ever used, it works like this: when doing mouse-down on a button, then moving away and doing mouse-up somewhere else, the button is not clicked. that is useful when you do mouse-down, then "ow, i do not really want to do that", and then move away. it would be counter intuitive otherwise.
though.. it could be made dependent on the time between the down and the up: if it is very short, the button could still be pressed, even if the up is not on the button any more (could also be a bad idea though :/).

hoijui wrote:mouse-down on a button, then moving away and doing mouse-up somewhere else, the button is not clicked. that is useful when you do mouse-down, then "ow, i do not really want to do that", and then move away. it would be counter intuitive otherwise.
though.. it could be made dependent on the time between the down and the up: if it is very short, the button could still be pressed, even if the up is not on the button any more (could also be a bad idea though :/).

Well I know windows doesn't respond immediately cause it has annoyed me plenty of times when I've tried to click too fast and moved off the button before mouseup and it doesn't respond. Personally, I don't find that intuitive or useful and I quickly recognised the behaviour in Spring. (many windows buttons support drag operations, so I guess thats their excuse). Either way, no sane interface should click a different button to the one you pressed the mouse on as spring does.

But we're not talking about a browser or operating system.. this is a fast paced rts game. Surely fast response and accuracy are better than a sluggish interface that forces you to click carefully or risk missing the button completely. As Gota pointed out, Supcom doesn't appear to have the same problem. I'd be surprised if such interface design is the norm in real time games but I don't really know.

I hate that on release shit also. That's why I use custom keybinds, so I don't misclick on common buildings. But I would still love to see this thing get changed.

patch submitted:

http://spring.clan-sy.com/mantis/view.php?id=1199

It was silly easy to fix once I figured out what was going on, ended up with less code than it was originally :p. Lets hope everyone likes it.

I tried the new hardware cursor out too. Independant FPS to the rest of spring, all the proper cursors and it even looks visibly sharper on my comp. Major improvement.

thanks momfreak, I have always hated the click behavior in spring, cause I always end up clicking the wrong darn buildpic.

How do I use this patch? Plz help x.x

+1

Assuming the patch is accepted, you wait for the next engine version.

I'll compile 77b5 with this patch for you guys.

lurker wrote:I'll compile 77b5 with this patch for you guys.

If you do please include the fix for hosting games with more players than start positions too.

Why would I remove patches I already have applied?

Sorry, didn't remember that was your build.

also, modifier keys get stuck, causing super-zooming etc.

strumming the ctrl, shift and alt keys fixes this, but its still annoying.