[TODO] Future tasks

[Ryochan7]

Found out midway through getting v.0.4.8.7 out that there was a tweak I wanted to make to the Mouse action type but forgot about. Although my involvement with this project has been minimal lately, there are some things I would still like to do with this code base. Going to start with a list of tasks here and at least make a separate TODO file; I might end up using the Projects section to make a milestone for the next release.

• Fix MouseAction type to check for output event type on __init__ and only reset mouse remainders if mapped to actual rel mouse axes
• Gyroscope calibration. Probably startup and also allow an option to do it on demand. Try to adapt C# calibration code for JoyShockMapper routine as it is a better solution than a simple average
• Decide whether to use mouse offsets for Touchpad and Gyro mouse action types
• Double check Full Press and Soft Press buttons in Trigger binding window
• Possibly add ScrollView (or whatever the GTK equivalent is) to some windows. My primary monitor has a display resolution of 1366x768 and some windows can go beyond the vertical bound of my display. It can be hard to confirm a change and requires doing an Alt window drag to get the window buttons visible.
• Try to replicate and fix times in Touchpad binding window when Trackball options will randomly get hidden and shown constantly. It is annoying when it happens but I have never looked into why it happens. Also, it seems random.

[Ryochan7]

Over a year later and I still have not gotten around to making these changes fully. Marked off what has been looked into beforehand. Adding gyroscope calibration would be something that should still be done. I recently got that feature implemented in my test mappers. Got a better workflow working so I need to get around to writing a Python implementation of the gyro averaging classes used.

[Ryochan7]

Will likely never happen but allowing some form of non-exclusive opening of the Steam Controller might be useful. Only recently heard about an attempt to replicate some features in VSCView for use in Linux. Not sure how many people would use an input display project like this in the Linux realm but use of such a program is not possible while using SC Controller.

https://github.com/FliiFe/schud

Unfortunately, some form of locking the Steam Controller from Steam would still be required. Either that or a user would not be able to run Steam without running into issues. It is too bad there is not a way, that I know of, to create a whitelist of apps that would be allowed access to open the Steam Controller so it can be hidden from other apps.

[Ryochan7]

This project is pretty much done as well. I have spent close to no time on this project over this year. I have barely had any free time this past year due to AFK drama. The little free time I had was spent trying to learn more C# and improve DS4Windows. That ended up being a massive mistake as I just ended up getting screwed over again. I am on empty.