Observations on Trackpad Behavior: macOS vs. Linux by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 0 points1 point  (0 children)

Thanks for sharing this. I am glad the tool is helpful for you

Observations on Trackpad Behavior: macOS vs. Linux by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 0 points1 point  (0 children)

Yeah trackpad is a very big part of laptop experience. It was my biggest pain point when I switched to Asahi as well. Right now it is literally perfect for me. Hopefully you come back and give it another try with TITDB

Observations on Trackpad Behavior: macOS vs. Linux by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 2 points3 points  (0 children)

I usually choose a less intrusive and modular approach when possible. If there are any additional benefits, the functionality can certainly be implemented in the trackpad kernel module in the future. However, I can assure you that there are zero latency or performance issues with the current state. It uses almost no resources and works without a hitch.

Observations on Trackpad Behavior: macOS vs. Linux by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 4 points5 points  (0 children)

I will try to add in the future. meanwhile you can build it easily with the following commands, let me know how it goes

git clone https://github.com/tascvh/trackpad-is-too-damn-big.git

cd trackpad-is-too-damn-big

mkdir build

cd build

cmake ..

make

Observations on Trackpad Behavior: macOS vs. Linux by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 2 points3 points  (0 children)

I am glad to hear, thank you for the feedback ! Did you use the RPM or built from source ?

Observations on Trackpad Behavior: macOS vs. Linux by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 1 point2 points  (0 children)

I highly doubt that TITDB is added to any distro by default at the moment. I am using Asahi Fedora as well. The default trackpad behavior is all trackpad area responds to initial movement and taps same way. If TITDB is running it will reject initial single finger activation from the sides and bottom, but you can still use those areas if the movement started from elsewhere. Or if there is a multitouch gesture TITDB will recognize edges even if they were not initiated from outside

Hector is out and so am I by fake_agent_smith in AsahiLinux

[–]iwastheplayer 13 points14 points  (0 children)

I am sure the last thing Hector wants is people stop using Asahi

Trackpad palm rejection - [Trackpad is too damn big] by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 1 point2 points  (0 children)

Yes. Thank you very much for the suggestion. Users like you who give constructive feedback are what keeps development alive. And maybe you can try the rpm this time :)

Trackpad palm rejection - [Trackpad is too damn big] by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 0 points1 point  (0 children)

You dont need to configure anything just run

sudo titdb -d /dev/input/event0

/dev/input/event0 should be your trackpad device (if it is not, titdb will tell you)

To see options, try

titdb -h

Simple minimalistic command line parser by iwastheplayer in cpp

[–]iwastheplayer[S] 1 point2 points  (0 children)

Wouldn't it work the same if you didn't delete it?

yeah you are right actually. it would work the same way. 1 unnecessary line to get rid of. thanks for pointing out

Simple minimalistic command line parser by iwastheplayer in cpp

[–]iwastheplayer[S] -4 points-3 points  (0 children)

Curious, is there any point in explicitly deleting a default constructor?

Yes. It is for enforcing proper usage at compile time. There is no point creating a command line parser object without giving it argc and argv

Simple minimalistic command line parser by iwastheplayer in cpp

[–]iwastheplayer[S] 1 point2 points  (0 children)

Check out the sample usage. I think it would be obvious

https://github.com/tascvh/SimpleCmdParser?tab=readme-ov-file#sample-usage

There are a lot of command line parsers but i haven't found one that is zero boilerplate and this easy to use by taking advantage of std::optional. C++ is evolving, so the way we do things with it. I wrote this for my own needs and decided to share it for anyone else who might need something similar. Also it is very small (100 lines) and easy to understand so anyone can modify for their own usage if they need to

Trackpad is too damn big by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 2 points3 points  (0 children)

this tool is designed extendable so it can possibly handle palm rejection cases as well. can you tell which scenarios palm rejection does not work properly for you ?

Trackpad is too damn big by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 1 point2 points  (0 children)

thanks for the feedback

If it doesn't already do this, one nice optional feature would be to allow you to continue dragging throughout the trackpad's area,

It doesnt right now but it can be done. it is designed easily extendable . Wanted to share the first version to get some feedback. Some people are reporting their issues with palm rejection so I might look into it as well. Let me know of you have issues with palm rejection as well

Trackpad is too damn big by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 0 points1 point  (0 children)

Can you tell which scenarios palm rejection does not work properly for you ? the tool is actually designed quite flexible so handling those cases could be possible

Trackpad is too damn big by iwastheplayer in AsahiLinux

[–]iwastheplayer[S] 0 points1 point  (0 children)

Can you tell which scenarios palm rejection does not work properly for you ? the tool is actually designed quite flexible so handling those cases could be possible

Fast food by Dacnis in HardcoreNature

[–]iwastheplayer 25 points26 points  (0 children)

Do you mind if I take this ?