mouse-scroll-wheel-acceleration-userspace VS Papercups

If you want to have mouse scroll wheel acceleration, you might be interested in a small project of mine: https://github.com/albertz/mouse-scroll-wheel-acceleration-u...

I'm using this all the time on non-Mac platforms. Once you get used to this, it's hard to get back.

But I'm still waiting that such a feature gets more built into the core, e.g. libinput or so.

Regarding quickly scrolling around in a large document, there is also scroll wheel acceleration, i.e. the users finger scroll speed is not just a linear function mapped onto the software scroll speed but rather it can accelerate.

MacOS, iOS and Android have this anyway, and a few custom software as well.

I implemented a cross platform user-space variant of this, to get mouse scroll wheel acceleration. You can even use this in addition to the native scroll wheel acceleration on MacOS.

https://github.com/albertz/mouse-scroll-wheel-acceleration-u...

Turn on adaptive acceleration. Enable gestures. Look into this project that ports macOS-style scrolling acceleration to X11 and Wayland: https://github.com/albertz/mouse-scroll-wheel-acceleration-userspace

I never had an iPod, but I wonder, did it use some acceleration scheme? I.e. your physical scroll speed was not just linearly mapped to the virtual scroll speed but some quadratic or even exponential scheme?

Because I know that they do the same on OSX for scrolling, i.e. scrolling has an acceleration scheme, which I very much enjoy, and always miss when I'm on other operating systems.

For that reason, I implemented such scroll acceleration in user space. Some further details and references are in the README. https://github.com/albertz/mouse-scroll-wheel-acceleration-u...

Workaround: https://github.com/albertz/mouse-scroll-wheel-acceleration-userspace. Enables inertia in Chromium and Qt apps, but breaks it in GTK apps (fun!).

Good video, but I find https://github.com/albertz/mouse-scroll-wheel-acceleration-userspace a much better solution.

The best language for the task at hand, when presented with time constraints, is the one that you already know well. OP said in the article that they authored Papercups [1]. Adopting Elixir for a websocket-push service makes a lot of sense, then. However, why don't you learn Elixir, some OTP, and then reconsider that question? You could be missing out.

[1] https://github.com/papercups-io/papercups

https://github.com/papercups-io/papercups - 5.2k stars, uses Phoenix 1.6

Papercups

Shameless plug here if anyone is interested in an open source live chat tool check out https://github.com/papercups-io/papercups

Phoneix - Elixir

We're a live message tool and it is basically what Elixir is built for https://github.com/papercups-io/papercups.

The Elixir community has been great and incredibly friendly. I originally was worried about the size of the community but that hasn't been an issue the community has been super helpful. I also think the annual stackoverflow usage surveys are very misleading because most of the community's questions get asked in ElixirForum and not on Stackoverflow.

Phoneix is the web framework of Elixir which is very similar to Rails but minus a lot of the magic has been very helpful for our productivity as well.

If I had to built another service that is websocket heavy I would definitely use Elixir. Even if it was a standard crud app I would still most likely choose Elixir.