Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make the timers pause after user has stopped providing input to the computer #24

Open
felix91gr opened this issue Jun 11, 2019 · 1 comment
Labels
enhancement New feature or request help wanted Extra attention is needed wishlist Good to have, but not immediately required

Comments

@felix91gr
Copy link

Most of my usage of Badger is related to RSI prevention for my hands and arms. However, I find it hard to actually pay the reminders the respect they should deserve, because I don't spend a continuous amount of time sitting in front of the computer.

That makes it so that some reminders are perfectly timed (because I've spent 15 minutes continuously using the keyboard and mouse, for example) while some others are not (they might trigger 20s after I come back from making myself some tea).

There's a precedent for RSI-preventing apps behaving based on the latest user input, see Workrave for that.

Sadly, Workrave doesn't work fully anymore with Elementary and I don't know why 😢
I guess the GUI is too old and it's been deprecated.

But I digress. That app has different timers that trigger reminders for micropauses, full rests and end of daily load. Those timers stop counting after around 10s of no input, and then reset if the user spends the micropause or rest stopping time, respectively, out of the computer.

I think Badger could use a similar approach. Since it aims to be minimal, a smaller feature than what Workrave has/had should probably suffice. Maybe just pausing the timers if the user hasn't given input in the last 10s?


Possible problems with this proposal

Privacy

You could ask about the privacy aspect of this. I've asked about the stance of Elementary regarding these kinds of features in the ElementaryOS Slack, and they said that it's encouraged to ask the OS for keyboard/mouse events if the use case needs it. They also said that they do App Review anyways before new releases and that therefore if an app aims to be malicious they're probably catching it anyways.

Existence of the feature

In the Slack they also said that this system hook for keyboard and mouse events exists, somewhere in the shared GNOME stacks between Linux distros. They sent me a link, I can try to fish it out of the Slack if you need me to. Otherwise I can just ask as well :)

@dar5hak
Copy link
Collaborator

dar5hak commented Jun 12, 2019

If implemented, this would only really make sense for fingers and possibly arms. Moreover, we need to communicate this behaviour to the user, lest they think the app isn't working correctly.

If there indeed is a straightforward and standards-compliant way to achieve this, I'll be glad to accept the feature. If not, it might not be worth the complexity it would introduce to the code.

@dar5hak dar5hak added the wishlist Good to have, but not immediately required label Sep 23, 2019
@dar5hak dar5hak added the enhancement New feature or request label Oct 1, 2019
@dar5hak dar5hak added the help wanted Extra attention is needed label Oct 9, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed wishlist Good to have, but not immediately required
Projects
None yet
Development

No branches or pull requests

2 participants