View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0025436 | AI War 2 | Suggestion | Jul 19, 2021 1:38 pm | Aug 3, 2021 11:31 am | |
| Reporter | Exlium | Assigned To | Chris_McElligottPark | ||
| Status | resolved | Resolution | fixed | ||
| Product Version | 3.313 Input, Selection, And Flagships | ||||
| Fixed in Version | Beta 3.502 Input Salve | ||||
| Summary | 0025436: Orders being on key-up is eating a lot of my inputs | ||||
| Description | This is a personal thing so I'm not sure if I'm the minority or not but I generally don't stop moving my mouse as I'm clicking around if I'm shift queueing orders or something along those lines. Obviously with the new inputs, if I move slightly before my mouse raises back up it just won't register the order. I don't think I've ever played a RTS where a non-held click would only register on key-up. I understand this change was made for people who wanted to pan the camera with right click so they could hold RMB and drag the screen around without a move order coming out but maybe make it an option at least so that people who still pan with MMB can have clean orders. Here is a video of me just trying to queue orders in a circle around a planet. I'm probably clicking 2-3 times a second except for the time where I show how I have to stop completely to guarantee I get the order. https://youtu.be/ywmk37d3SX4 | ||||
| Tags | No tags attached. | ||||
| related to | 0025429 | resolved | Chris_McElligottPark | Extremely annoying delay between right clicks |
|
|
I've never noticed that before, but now that you've pointed it out, it's REALLY annoying. This would explain all those times where my ships didn't attack the thing I needed to attack, and why clicking on certain things is so finicky. I didn't know that the game only registers key up. |
|
|
Ok so after some thought I realized that it being on key up is fine its just a matter of application. Its more so the precision aspect. I like the required precision of 20px for double clicking but the 60px requirement on right clicking can mess me up a lot and since I'm not panning with right click there is no upside to it for me. |
|
|
AFAIK one person bound "Pan" to right click for no apparent reason. I'm not sure that such a weird config choice should be supported if it is a hassle for other people. |
|
|
I don't like the current behaviour; I sometimes like to build things by clicking rapidly while moving my mouse. Between the "discard input with mouse movement" and "things happen on key-up" I can't do this at all. I would prefer if both of these changes were reverted |
|
|
Thanks! * Vastly updated the input code once again. ** First, there's no time limit related to single-clicks anymore. Mouseups, that is. ** Second, we now once again use mousedown for detecting when you click, rather than mouseup. That just feels way more responsive. *** This does mean that, definitively, you can't bind something like the grab and pan to the right mouse button without it also triggering the right mouse click. You'll need to use the middle mouse button, or mouse4 or 5 if you have those. ** Third, In the mouse event handling code in particular, we now handle ALL of the events that come in a frame, which includes double-clicks and single-clicks from either button, all at once if needed. This is something that has a lot of common with the central windows pipeline pump, and should keep certain things from otherwise being blocked. ** Third, the way that we activate bandbox selection mode is a bit different now, and more responsive. There were some funky bits in the code in general that just needed to get ironed out. ** All in all, things just feel a lot more responsive now, and the double-clicking logic still works just fine. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Jul 19, 2021 1:38 pm | Exlium | New Issue | |
| Jul 19, 2021 1:54 pm | Daniexpert | Relationship added | related to 0025429 |
| Jul 19, 2021 9:28 pm | RedPine | Note Added: 0062520 | |
| Jul 20, 2021 3:03 pm | Exlium | Note Added: 0062525 | |
| Jul 20, 2021 4:37 pm | BadgerBadger | Note Added: 0062527 | |
| Jul 31, 2021 12:53 pm | BadgerBadger | Note Added: 0062535 | |
| Jul 31, 2021 12:53 pm | BadgerBadger | Assigned To | => Chris_McElligottPark |
| Jul 31, 2021 12:53 pm | BadgerBadger | Status | new => assigned |
| Aug 3, 2021 11:31 am | Chris_McElligottPark | Status | assigned => resolved |
| Aug 3, 2021 11:31 am | Chris_McElligottPark | Resolution | open => fixed |
| Aug 3, 2021 11:31 am | Chris_McElligottPark | Fixed in Version | => Beta 3.502 Input Salve |
| Aug 3, 2021 11:31 am | Chris_McElligottPark | Note Added: 0062557 |
