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

[Feature request]: Allow the next break or microbreak to be scheduled from the CLI #1091

Closed
3 tasks done
lkrms opened this issue Jan 24, 2022 · 0 comments · Fixed by #1092
Closed
3 tasks done

[Feature request]: Allow the next break or microbreak to be scheduled from the CLI #1091

lkrms opened this issue Jan 24, 2022 · 0 comments · Fixed by #1092

Comments

@lkrms
Copy link
Contributor

lkrms commented Jan 24, 2022

Version

  • I'm using version 1.9.0

Existing requests

  • I've checked Existing requests

What operating system are you using?

Linux

Operating System Version

Arch Linux

Problem description

I use crontab and the stretchly CLI to align Stretchly's breaks with my daily schedule (and to remind me to use them in the ways I intended at the start of the day 😉 😬 ...)

Stretchly's CLI implementation has come a long way (kudos!), but today I found myself unable to modify the timing of the next break, which means anytime I reboot / switch user / change device (pretty regular occurrences for me), I lose the benefit of whatever my next reminder would have been if I'd stayed logged in.

It's easy enough for a script to calculate the minutes remaining until the next block of time starts, and I can pass this to the pause command, but Stretchly doesn't start a break when it resumes, so that doesn't help.

I could add cron jobs to activate each break, but that would limit the usefulness of Stretchly's tray menu countdown and introduce other side-effects (including a possible race condition), so solving it another way would be preferable.

Possible solution

Is the Stretchly community amenable to the mini and long CLI commands supporting an optional time interval to wait before skipping to the given break? Something similar to the pause command's --duration option, but without indefinitely or until-morning?

I'll open a PR with my implementation of a --wait, -w option as a starting point (written quickly to meet a personal need, but I'm not suggesting it's ready to merge--unless I guessed what would work for @hovancik and others especially well!)

Alternative solutions

Described above ⬆️

Additional information

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant