Left/right click inconsistencies?

[Fred00]

I have noticed that some switches move down with a left click on the mouse and others move up with a left click. Is this how it's suppsed to be or is it something that should be fixed?

[millenix]

It's definitely been reported numerous times, so they are definitely aware. Where it lives in the pipeline for getting fixed is unknown. It's possible this is something that isn't passed over until closer to full release, as it's not necessarily game breaking... just inconvenient and odd.

[gospadin]

last release or two is a lot more consistent, there was only 1 or 2 not-yet-fixed last time I checked in 1.5.4...

 

the guidelines from ED are:

 

2 position toggles with either mouse

3 position vertical toggle switches: right = up, down = left

3 position horizontle toggle switches: right = right, left = left

rotary switches: right = clockwise, left = counter-clockwise

[sedenion]

2 position toggles with either mouse

3 position vertical toggle switches: right = up, down = left

3 position horizontle toggle switches: right = right, left = left

rotary switches: right = clockwise, left = counter-clockwise

 

Strange logic to me... the logic should be: Left = Activate/Forward and Right=Disable/Backward, but, then, i'am not realy using the clickable cockpit, so... if everybody is happy with this logic :D

[Dahlbeck]

What I do find weird with ED standard is that RMB is up. Up-down, left-right seems like the normal to-from logic, at least in a Western perspective.

[Azrayen]

I have a western perspective too... and I agree with ED ;)

[sedenion]

I think there is no "western" or "eastern" logic here... the left button is the main one, so the one related to the "main/primary action": "enable", "on", "activate", "forward", "push", "more", "again" etc. whatever the spatial disposition ("horizontal", "vertical" or "rotary"). This is worldwide, since the introduction of a second buttons on mouses and natural evolution of video games... ED seem to have adopted some more "rational-metric-spatial" logic...and there is not realy rules here, since "main action" is not naturally related to any up/down or left/right except: forward or push...

 

Ergonomics... what a science...

[Gliptal]

The really ironic thing is that ED's main module, the A-10C, dumps all over their own rules. Most of that cockpit uses LEFT = UP and RIGHT = DOWN.

[grunf]

I don't really care which mouse button does what, as long as it's consistent across all DCS modules. Which is not always the case.

[firmek]

I don't really care which mouse button does what, as long as it's consistent across all DCS modules. Which is not always the case.

Today it's just a headache as it's not consistent in some of the pits as also when switching pits. There really should be a standard how buttons operation is implemented.

 

last release or two is a lot more consistent, there was only 1 or 2 not-yet-fixed last time I checked in 1.5.4...

 

the guidelines from ED are:

 

2 position toggles with either mouse

3 position vertical toggle switches: right = up, down = left

3 position horizontle toggle switches: right = right, left = left

rotary switches: right = clockwise, left = counter-clockwise

 

Also the recommencement operations for 2-way switch should fallow the same logic - r-click = up, l-click - down and stay there - if r-clicked being up it should not toggle down. The same if the 3-position button is in the up position it should not switch down with one click. Than instead of 3 rules there would be 2 simple:

 

- r-click - up if possible, stay on max up; l-click opposite

- same for rotaries (than depending on how they work in real plane some could go over 360, others would be blocked).

 

The best implementation at the moment IMO is Mi-8 - which fallows the logic above.

 

Some day I'll get a heart attack in A-10C when the IFFCC goes to OFF immediately from ON when I wanted to put it into TEST.

Those are a simple things but done incorrectly can be extremely annoying :mad:

[PiedDroit]

Today it's just a headache as it's not consistent in some of the pits as also when switching pits. There really should be a standard how buttons operation is implemented.

 

 

 

Also the recommencement operations for 2-way switch should fallow the same logic - r-click = up, l-click - down and stay there - if r-clicked being up it should not toggle down. The same if the 3-position button is in the up position it should not switch down with one click. Than instead of 3 rules there would be 2 simple:

 

- r-click - up if possible, stay on max up; l-click opposite

- same for rotaries (than depending on how they work in real plane some could go over 360, others would be blocked).

 

The best implementation at the moment IMO is Mi-8 - which fallows the logic above.

 

Some day I'll get a heart attack in A-10C when the IFFCC goes to OFF immediately from ON when I wanted to put it into TEST.

Those are a simple things but done incorrectly can be extremely annoying :mad:

 

Ideally, the cursor would change aspect when hovering on a switch, showing how the click will affect the switch.

That would make switch manipulation obvious.

Example:

 

^v: left click up, right click down

v^: left click down, right click up

 

<>: left click left, right click right

><: left click right, rigth click left

 

That is something that could be done for new modules I suppose, by adding a property to the switch, that would be read when setting the cursor aspect.