And we're open to user feedback - nothing is set in stone (as demonstrated by the very discussion we're having here). We're trying to strike a balance (as noted on the about page). Nobody says we're going for the lowest common denominator here ) AntennaPod does have, if you ask me, quite a few features that maybe your average Android user would never be interested in. Lowest common denominator really problematic I was talking about the edge case where you listen, but then look something up, then listen again.Īll of that said, I agree with you that, having the Sleep time only continue while playing would be better than the way it works at the moment. I didn't mean that you use it without listening. Although it can be overlooked easily, and in fact this already happened to me. At the same time it seems sub-optimal to simply remove a timer and not let the user know. I would not have the timer pop up - it can feel it shows out of the blue, unexpected. However, there's definitely a balance to be struck. I'm just writing this to basically say that I lean more towards one side. Of course, I'm not saying this is true for you. As a result, I find the mentality of wanting to strip things down to the bare, simple, minimal, clear cut, lowest common denominator really problematic. At the same time, having the option also provides a lot of flexibility to adapt to users needs and their situation.Īnd there's the problem that a designer / developer can't possibly foresee every use case. It does add a bit of complexity, in the sense that a user has to read and consider whether it makes sense for them to enable or disable the option (when going through the menu). For me it's more of a project thing - whether it aims to be simple to use for every soul, or offer all possible options. I don't think it's a matter of developer vs user. (and if not - which could well happen to me - the icon provides a failsafe indicator of whether a sleep timer is running.) If you happen to pause it for an hour, one would hope you'd still remember what you did when you start playback again. If we set the cut-off time at 6 hours (which I guess covers a night's sleep for most users), you'd no longer need it - it can be safely silently turned off. Same example: opening AP after the night, and suddenly you have this sleep timer show up. Popup as a way to remind the user that there's no timer atm. Its purpose is not to keep track of time while you're doing something else - there are, indeed, different tools (timers) for that :) Because the time you'll fall asleep most likely also gets later - something with blue light and stuff ^^) (If you get interrupted before falling asleep, I think it makes sense to postpone the cut-off time. Its purpose is to allow you to listen to a podcast before falling asleep. I see what you mean, but to be honest that's not the point of a sleep timer. Let's say you need / want to get back to work after 10 minutes (Side note: I'm not a developer □ )įor example, when you only have a certain amount of time. If it's over an hour or so, the Sleep Timer popup could reset and popup as a way to remind the user that there's no timer atm.Īs a developer, I totally get that! However, as a user I feel the complete opposite. Then when the user opens the app again, it would calculate the delta between now and then. Maybe the timer could store the date time when it was paused. Because if you pause it, go to sleep, start playback again next morning, it would be unexpected if it stops after, say, 6 minutes because the sleep timer continued counting. If an episode is paused, it should be reset at some point, however. Maybe, instead of being a real option, it could be added as a toggle to the Sleep Timer popup: (Although I guess, this might be necessary anyway, since the vibration of the timer might not be enough.) If the default changed, this use case would require users to start a timer in another app. Let's say you need / want to get back to work after 10 minutes, whether one is listening the whole time or not. For example, when you only have a certain amount of time. I doubt this will be true in this case, but still.įurthermore, I could imagine it being useful to not stop the timer when pausing in some situations. Sometimes I also realize that what I wanted isn't actually that great and switch back (if it's an option). I love having lots of options and that's part of what I really like about many applications I use (e.g. Actually I think this shouldn't be an option (we have quite enough of those already)Īs a developer, I totally get that! However, as a user I feel the complete opposite.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |