1.
2.
3.
4.
Feature. What about possibility to play background song (and back. song can be customizable) during rest/break time ?
Thanks for the suggestion. I can see this happening as an optional feature, but I probably won't work on it myself.
I really enjoy super-productivity, would love to contribute :) Could I work on this?
Sure thing! Please let me know if I can help you somehow along the way!
Hi @johannesjo
Is there any feature already existing in super-productivity that's optional. I would like to take a look at it for reference.
Hey @piyukore06 yes there are some. The Pomodoro timer as a whole would be one example. This brings the question to my mind what "break" actually means to you two :) Does it refer to the Pomodoro break? Or something else?
If it is referring to the Pomodoro break I would recommend adding another property to the PomodoroConfig. You can then make it configurable for the users by adding it to this form.
For me it was a Pomodoro break, how about you @Yerkon ?
Me too, initially. Next, I think it's also possible to extend this feature:
@Yerkon to be honest, this sounds like a bit too much :) It's mostly a todo app after all and we have to take care to always keep it simple to use for people who don't need all this. Nevertheless, I am curious about what piyukore06 comes up with! Once the feature is there, we can re-discuss this.
Hello you two,
I did a little bit of research on how and what to be done.
The How: so the idea would be to create a music.service which takes the source (more about that later) and has start, pause and stop methods. This way it's not bound to taskTime or breakTime. It could be used with any one of those times.
The What: I reviewed 6 Pomodoro apps, unfortunately none of them had the radio feature. Regarding sources following seem to be the options:
Any feedback is appreciated!
Hello @piyukore06 ! Thanks for taking the time to do some research! It's great that you're going about this methodically!
I personally have no preference on which provider(s) to use. Authentication is always a bit tricky to get right and usually opens up some avenues you might not have thought about before. So there is that.
Thinking about it some more there is - unfortunately - also legal stuff we need to consider. The ideal might be an approach that doesn't use third-party apis in ways that require us to update the privacy policy because they introduce user tracking of some sort. Legal responsibility should be with the user e.g. by letting her/him provide an URL to a radio stream or mp3, rather than let's say: using the youtube iframe_api directly.
Just a thought: Another approach might be not playing any music in the app itself at all, but to offer some flexible way to trigger the systems media player.
I would be happy with a looped, pre-canned mp3. Focus Timer uses cheesy looped elevator music and it has grown on me.
I also recently had to think about this. Maybe rather than implementing this directly in the app, it makes more sense to provide some external "hooks", let's say via a bus interface or to offer to trigger some standard system stuff, as "play/pause media"?
@piyukore06 I assume that you don't want to work on this anymore, right?