Jump to content

Linux/Steam Mousewheel inverted


Liesel Weppen

Recommended Posts


***************************************
doesnt linux have the options screen?

1. start game
2. click "options"
3. click on "control"

 

or is this entirely different? hopefully some guys/gals here with linux can help.

:)
QA Tester-unholyjoe
***************************************

mouse.jpg

Link to comment
Share on other sites

1 hour ago, unholyjoe said:

doesnt linux have the options screen?

Holy @%$#. I'm to long into games. 😅

 

For me "invert mouse" inverts the y-axis on mousemovement (to have something like flight steering like with a joystick. Moving the stick back, makes you move up).

I just looked for options that affect the wheel.

 

But you're right, this option changes the direction of the wheel.

 

Should be better remaned to "invert mouseWHEEL". ;)

Link to comment
Share on other sites

I dunno what i tested, but when i started today again, the mousewheel was the wrong direction again. Looked in the options menu and the "invert mouse" setting was again off. Turned it on... and now it did what i expected, it changed the y-axis of the mouse, but not the scrollwheel.

 

I'm very confused now.

Link to comment
Share on other sites

i have same issue when testing between alphas my setting are messed up.. so i have saved an a18, a19 and a20 registry file each named and when testing whichever i double click the one and when done i set it back to my a20 or which ever one i will be testing in next.

 

open regedit to:

[HKEY_CURRENT_USER\Software\The Fun Pimps\7 Days To Die] (dont know about linux tho)

 

and right click to export it to my desktop.

Link to comment
Share on other sites

Ok, options not beeing saved, is not my issue. Maybe it's a different one.

 

My point is: The mousewheel scroll in the wrong direction. Up scrolls the toolbelt to the left and down to the right.

I don't know if this is a linux/proton-issue but under windows it works like it should, exactly the opposite.

But because other games work as they should (of course using the scrollwheel), i'd say it's an issue with the game.

Link to comment
Share on other sites


***************************************
if you havent done it, then go to bug report and create an in-depth report and video showing what you have and some of the qa testers with linux can check it out.. please offer all and any info you can even if you think its trivial.

:)
QA Tester-unholyjoe
***************************************

Link to comment
Share on other sites

On 11/7/2020 at 1:12 AM, unholyjoe said:

if you havent done it, then go to bug report and create an in-depth report and video showing what you have and some of the qa testers with linux can check it out.. please offer all and any info you can even if you think its trivial.

Hard to make a video that shows how the toolbeltbar scrolls and proof that it is the wrong direction against the way you are actually moving the mousewheel. :D

 

The reason i haven't made a offizial bug report yet is, i don't want to blame the game directly and hoped more like for any other user here could tell if he either has the same problem or maybe someone else also plays on Linux but doesn't have this issue.

 

On 11/7/2020 at 2:16 PM, unholyjoe said:

thanks meganoth, your memory is better then mine i guess... it was an old bug but recently fixed for a20 code by a unity update.

That means? The problem is known and will be fixed in A20 by an unity update?
So just for interest: It's a unity-problem? I'm not sure i have any other unity based game to test if it behaves the same way.

 

Edit: Subnatica seems to be unity based, so maybe i give it a try. But i still don't know what unity version is used there and if it is the same version or older or newer than the one 7d2d uses.

Link to comment
Share on other sites

55 minutes ago, Beelzybub said:

@Liesel WeppenYes, it's an old problem; I've had it since the beginning of time on my Linux build. Yes, it's been reported.

Yes, it's a unity problem and yes the update to a newer version of Unity fixed it in A20.

Nice, thanks for the confirmation.

 

55 minutes ago, Beelzybub said:

It takes about 5 minutes of playing to get used to it so it has not been a problem for me.

For me it takes a little longer, but i'm also getting used to it since currently 7d2d is the only game i actively play. But the same problem comes back if you switch to another game and it works like it should. And that is the point that makes it really anoying.

 

But overall it's not a major fault that makes the game unplayable, so i'm happy that it will be fixed with A20, even if it will take a while until A20 really ships.

Link to comment
Share on other sites

53 minutes ago, Liesel Weppen said:

But the same problem comes back if you switch to another game and it works like it should. And that is the point that makes it really annoying.

Very true. I switch between Windows and Linux for various reasons and it can be a pita. I used to switch the scroll wheel in Linux mouse settings,

but that has it's own bad side effects, so I just learned to deal with it.

Link to comment
Share on other sites

Yeah, i'm just recently trying to avoid windows and wanted to look how various games work with linux (including proton or pure wine).

It works surprisingly good so far. Basically everything i tried up to now just runs fine, except games that require EAC. I couldn't even tell games with with proton are running significantly slower.

 

But switching the mouse wheel in linux is not a real solution since it seems to be a unity issue. So every non-unity game still has it the opposite. And i really don't want to change my mouse config depending on if the game i want to play currently is using unity or something else.

But ok, i can deal with it so far. Still looking forward to it being fixed.

Link to comment
Share on other sites

11 hours ago, Liesel Weppen said:

Yeah, i'm just recently trying to avoid windows and wanted to look how various games work with linux (including proton or pure wine).

It works surprisingly good so far. Basically everything i tried up to now just runs fine, except games that require EAC. I couldn't even tell games with with proton are running significantly slower.

 

But switching the mouse wheel in linux is not a real solution since it seems to be a unity issue. So every non-unity game still has it the opposite. And i really don't want to change my mouse config depending on if the game i want to play currently is using unity or something else.

But ok, i can deal with it so far. Still looking forward to it being fixed.

I play exclusively on Linux and have had the scrolling issue for several alphas. It worked in A16 which is the first one I tried, but somewhere along the way (A17/A18ish) the scrolling was broken.

 

What I've done to make it more bearable is reconfigure the tool belt scrolling. This way at least switching weapons in the heat of battle, works as expected.

The downside is that this removes the zoom in/out from weapon scopes, so for snipers it might be better to remap the zooming instead.

 

And still, after doing this remapping, the scrolling in trader inventories/lists etc. still requires you to scroll up, to go to page 2/go down in the list.

Same issue with map zooming - you have to do it the "wrong" way to get the desired result.

 

I also tried the "Invert mouse" functionality mentioned previously in this post, but it doesn't affect the scrolling. That setting only affects mouse movement, i.e. move the mouse away from you, and you'll look at the ground.

 

 

So I'm also very much looking forward to A20 finally fixing this issue.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...