[Kovarex] [2.0.11] Rebind use to left click breaks spidertron remote

[WildWolf]

Rebinding the Use item keybind makes the new spidertron remote unusable when bound to Left Click
This is possibly an unintended side effect of the rebind features and not having the full list of keybinds for the spidertron remote in the list.

Steps to reproduce:
1. Change Use item to Left Click
2. Select a spidertron with Left Click
3. Try and move the spidertron with Left Click
4. Spidertron remote has now unselected the spidertron due to conflicting keybinds

[Tallinu]

I came looking for this issue, but for me it was caused by the blueprint selection controls which drag boxes, such as "Select for blueprint" and "Select for deconstruction cancellation".

If any of these controls which drag a box are bound to Right-click or Shift + Right-click, this appears to override the ability to "Right-click to send spidertron" or "Shift + Right-click to queue movement command".

When I rebound these "drag a box" controls to be on the left button, the spidertron movement commands both worked as expected.

I come from way back when Factorio's default mouse buttons were consistent with other games, where "place/interact" is RMB and "mine/pickup" is LMB, and have been rebinding the mouse buttons that way ever since the defaults were changed. With the old spidertron remote, there was no conflict, but now the spidertron selection controls seem to use the blueprint selection controls and there's no way to rebind them separately, or rebind the move controls to avoid the conflict until it's fixed.

As a workaround, we can swap blueprint box-dragging to the left button (and suffer all sorts of mis-clicks) until there's a solution for this. Such as giving spidertron selection its own box-dragging control that you can rebind separately from blueprint selection. (Preferably all of its controls would be rebindable separately from controls that do other things when you aren't holding a remote.)

Here's the specific configuration that was causing problems for me:




As I said, rebinding so that nothing on RMB or Shift + RMB would drag a box caused its movement controls to work again.

(In case it matters, I'm not running the expansion, just the current stable version.)

[Zaflis]

For me too the issue is binding "Use item" for grenades into left-click like it's always been:

10-29-2024, 20-49-11.png (24.46 KiB) Viewed 2524 times

The regular send command doesn't do anything, but the Shift-right-click for queued movement works. Changing the keybind to right-click would fix the issue but is little harder to play.

In my opinion the remote should have a different keybind, not to share the "Use item". It does feel more convenient to use right-click to order the spider around, but for grenades it doesn't feel right.

[Rseding91]

The reason "use-item" was re-bound to right click by default is so you don't left-click to open an entity GUI and throw grenades at it instead.

[Zaflis]

The reason "use-item" was re-bound to right click by default is so you don't left-click to open an entity GUI and throw grenades at it instead.

Having tried that at least you can't open GUI's with grenade in hand. But on spidertron the left-click clashes with left-click area selection. That is why the left-click grenades only really works if the keybindings are separated. The RTS-like unit control is always right-click move and that is very understandable even from Starcraft. But "using items in hand" is traditionally left-click in games, including Factorio in the past.

Edit: When you think about it, "Using item in hand" is also act of building belts. I guess that is where the custom comes from. Getting used to building belts with right-click would feel out of place. But it's also potential opportunity to share keybinding.

[Tallinu]

The reason "use-item" was re-bound to right click by default is so you don't left-click to open an entity GUI and throw grenades at it instead.

Except that way back when (some years ago, way before 1.0), opening entity GUIs had been right-click, not left, using items in hand was right-click, and building new things too. They had originally been all on the same button, and then they were still all on the same button afterward, it was just the other same button (the left). Unless you're talking about a more recent change? Are you saying "use" and "mine" are both on RMB by default now (with open GUI still on LMB as it has been since that years-ago swap)? When did that happen?

I remember that the controls basically matched Minecraft, but then suddenly they got reversed because (the reason I remember reading, anyway) people were supposedly trying to left click on things to open GUIs and were deconstructing buildings instead, as if it was too hard to remember which button did what for some reason... Seemed pretty bizarre to me at the time. Trying to use opposite controls in different games would've been a nightmare, so ever since that change I've just rebound things to reverse the mouse buttons back the way they were originally. (Except apparently at some point I didn't flip those box-dragging selection controls from RMB to LMB so now they ended up conflicting on the Spidertron, or something along those lines.)

... And why would anyone walk around their base with grenades equipped in hand??? That's really asking for trouble no matter what button "use item" is on! Put those back in your pocket first! (There's a key for that. It's not like some games where you always have some item selected.) I guess some people need a refresher on their explosives safety training...

Anyway, this all seems a bit off topic, the point is that it isn't clear which key bindings apply to the functions of the Spidertron remote and you can end up in a situation where keybinds that used to create no conflict now make the remote effectively unusable and you have to hunt through your bindings trying to figure out which one(s) are responsible and experiment with changes until you find the right one(s), and then you may have to use keybinds that you're not used to and/or find uncomfortable if you want the remote to be usable.

[Architector_4]

Just ran into this too.

I'd love at least a "janky" fix like making "drag to select spidertrons" action not activate if the left-mouse is clicked and not dragged, activating "move spidertron" instead.

Also worth noting that it's not unusable, you can still use Shift+Right-click to submit movements as queue, but you do lose ability to override the queue and force spidertron movement elsewhere.

Also, an acceptable compromise workaround for other people running into this would be to also bind "Use item" to "Middle-mouse", which is unused in default controls except for the hotbar and the editor, and middle-click your spidertrons around.

[Feraly]

This is an issue for me too. I do not want to use right-click to use items, because I want to be able to pick up my car or my turret while holding a grenade or a repair pack.

[kovarex]

This is what I read in this bug report: "If I set my keybinds in a conflicting way, I can't use them all properly."
And my answer would be, ok, and where is the bug?

[Feraly]

In that case, the issue is that while we can rebind the "left click to send spidertron", we cannot rebind the "left click and drag to select spidertrons" keybind. I also don't understand why rebinding "Use item" would arbitrarily change the fourth keybind on the spidertron remote and leave the rest alone.

[stopguard]

This is what I read in this bug report: "If I set my keybinds in a conflicting way, I can't use them all properly."
And my answer would be, ok, and where is the bug?

Hello, Kovarex! This is a real problem, as the buttons of the spidertron remote control cannot be edited directly from the control settings. However, they unpredictably change their behavior when editing other control settings.

For example, in my case, spidertron control is tied to LMB and the spider selection is also reset when this button is pressed.

This button is set to (translater sorry):
Basic interactions:
opening the menu of an object, building.
Advanced interactions:
selecting for a blueprint, moving the map and placemarks.
Creation:
the production and cancellation of a unit of production.
Inventory:
Selecting/resetting an item in the inventory.

I can't think of any interaction from this list that would cause the selection to be reset from the remote, since almost all of them involve either using very specific modes, or finding objects in or under the pointer. Before version 2.0, this problem did not exist, despite the fact that the set of LMB functions has not changed, but the remote control has ceased to be a separate crafting object and it has additional features.

Considering how thoroughly your game has been designed in terms of control, this flaw is very annoying and makes using the remote almost impossible, despite the excellent idea of the changes in version 2.0. If you cannot implement separate control settings for the remotes as part of the update, I ask for help with setting up the control so that the spider remote works correctly, since I really I don't understand which of the actions I indicated conflicts with the remote control's move command and how to fix it.