Replies: 3 comments 2 replies
-
#9191 has been merged. |
Beta Was this translation helpful? Give feedback.
-
Due to niche applications, do you want the game to always use such a cumbersome solution by default? :( It's a matter of preference, but I don't really know a game that uses this method of changing views. They may be, but in OTTD it just won't work. It would be tedious especially with larger maps. To get from point A to point B the player will have to repeatedly move the mouse back and forth using 1/4 of the possible wrist / mouse movement - sorry, but that won't be any improvement over what is now.
Terrifying
Very sensible
I admit that at the moment I don't remember a game or a program that would use it, although it can be quite popular (Word and Excel allow you to scroll the view this way by pressing the scroll wheel). I also don't know if the name is correct. ;) What is it about and how would it work?
Do you want to test this solution?
Perhaps it is possible to code a function where pressing RMB would work similarly (not the same) as pressing C, but without the nervousness of the movement? |
Beta Was this translation helpful? Give feedback.
-
And the point is that with the solution you propose, by moving the cursor across the entire diagonal of the screen, you only make a small movement with your hand - you don't use all the hand movement you have and to move a greater distance on map you have to repeatedly drag the mouse left and right. With the current default setting, you can use full hand motion and save that much waving.
8O Why use arrows when you are holding the mouse anyway* and your fingers are on the buttons? :D
I don't know the statistics, but I suppose that the vast majority of them play with the mouse, and then using arrows is only unnecessarily engaging and limiting.
I don't know if it's the same for sure. :) Rather, I was thinking about an additional option that could actually possibly be the default. I sure wouldn't want to delete the current default method.
|
Beta Was this translation helpful? Give feedback.
-
OpenTTD has historically locked the mouse cursor position when the viewport is being dragged. This feature works on many systems without problems. However, on some platforms (e.g. Emscripten), pointer locking is difficult to implement without drawbacks. In particular, interacting with the Emscripten port currently requires the pointer to be locked inside the browser window all the time, which prevents moving to other applications easily and swiftly.
I explored a workaround for Emscripten in #8654 but the solution there had its own problems.
In that PR, @TrueBrain noted that there is actually an option to allow dragging the viewport without locking the mouse position. It seems that this option was added in #6756 to solve precisely the kind of issue that the Emscripten port is currently having.
The simplest solution would therefore be to make the non-locking option the default - this would make the Emscripten port work intuitively out-of-box, while still retaining legacy behavior for those who find it important.
Some alternatives:
Beta Was this translation helpful? Give feedback.
All reactions