anyone else noticed in .6 that if you use the
swipe motion to access the alarm setting
or options screen then flipclock switches
to night mode. I get a very futuristic looking
alarm setting screen and a blank grey empty
options screen.
I would prefer that the swipe actions not
reset the theme but rather leave it as is.
anyone else noticed in .6 that if you use the
swipe motion to access the alarm setting
or options screen then flipclock switches
to night mode. I get a very futuristic looking
alarm setting screen and a blank grey empty
options screen.
I would prefer that the swipe actions not
reset the theme but rather leave it as is.
Otherwise, seems better than ever.
I noticed this today too, the swipe ranges need to be tweaked more. The problem is swipe left/right changes theme, up/down changes to alarm settings to clock settings. If you swipe diagonally (more than 40px to the left/right while going up down), you end up triggering both screen change and theme change! I will increase the left right swipe values to be MUCH higher so that you don't do this by accident.
Wow this is looking pretty good. Any chance a feature could be added so that instead of flipclock just playing one mp3 for the alarm that it could randomly choose one from a directory of mp3's? Perhaps each time it loops it could choose a different mp3 even.
Wow this is looking pretty good. Any chance a feature could be added so that instead of flipclock just playing one mp3 for the alarm that it could randomly choose one from a directory of mp3's? Perhaps each time it loops it could choose a different mp3 even.
Thanks for the feedback!
One of my original plans was to have an alert mode that would trigger the last playlist from media player, but further investigation found that the media player API was changing and I decided it wasn't worth it. Okay so here's the question for you guys then, what's better, playing files from a directory, or from a playlist file (i.e. ..m3u file)? A "random" option would of course be present too..
Originally Posted by
Oh and a 20 minute snooze option would be nice
lol 20 minutes, never though of that, okay I'll add it. Actually, now that I have the slider interface, do you guys think I should change it to a slider value so that you can pick any snooze time you want (i.e. anything between 1 minute and 60?), or is it better to just have a few preset times to choose from? Feedback please!
Another interesting point... I noticed some other devels have started work on "MultiTimer, a clock/timer/stopwatch" application. I'd planned to add timer/stopwatch functionality to Flip down the road (after all it's easy to do, just had to change the functions that trigger time updates and provide an extra screen or two for the "timer/stopwatch" controls), but do you think the functionality of the two apps is separate enough to leave alone, or should we be working together to make one really good solid "everything to do with time" application?
In my mind it seems silly to be building two different apps that are so similiar in an open source community, but perhaps the use cases make enough sense to be separate? After all, not everyone who wants a clock wants a stop watch, and not everyone who wants a stop watch wants an alarm clock right? On the other hand, if they're willing I think it'd make a heck of a lot more sense to have those devel's working with me on making Flip the "Defacto clock/timing app" for Maemo so that users don't have to choose between applications that overlap in functionality so much.... I can just see that down the road people will ask the MultiTimer folk to add alarm clock support...
I can't speak to the development aspect, as to whether it's highly inefficient to have two projects instead of one. I suppose it is.
Overlap of function seems a common open-source outcome judging from the Maemo media players selection.
Speaking as a user, I don't care that they're separate apps. My use for a stopwatch or countdown timer are so different from my use for a clock or alarm-clock that I'm fine with going to two different apps. There have been times I've found it simpler to have functions in different apps than a single app that does more.
A lot of the pleasure in FlipClock is aesthetic. You could give it a different look for a stopwatch/timer, but the primary theme doesn't seem very apropos. For the stopwatch/timer, I'd prefer great simplicity.
Finally, they're developing specifically for Maemo 5; and, fortunately, you haven't abandoned us Maemo 4 Luddites.
One of my original plans was to have an alert mode that would trigger the last playlist from media player, but further investigation found that the media player API was changing and I decided it wasn't worth it. Okay so here's the question for you guys then, what's better, playing files from a directory, or from a playlist file (i.e. ..m3u file)? A "random" option would of course be present too..
Well either directory or m3u would be fine for me.
lol 20 minutes, never though of that, okay I'll add it. Actually, now that I have the slider interface, do you guys think I should change it to a slider value so that you can pick any snooze time you want (i.e. anything between 1 minute and 60?), or is it better to just have a few preset times to choose from? Feedback please!
I think a slider from 1-60 would certainly be able to satisfy everyone.
Another interesting point... I noticed some other devels have started work on "MultiTimer, a clock/timer/stopwatch" application. I'd planned to add timer/stopwatch functionality to Flip down the road (after all it's easy to do, just had to change the functions that trigger time updates and provide an extra screen or two for the "timer/stopwatch" controls), but do you think the functionality of the two apps is separate enough to leave alone, or should we be working together to make one really good solid "everything to do with time" application?
In my mind it seems silly to be building two different apps that are so similiar in an open source community, but perhaps the use cases make enough sense to be separate? After all, not everyone who wants a clock wants a stop watch, and not everyone who wants a stop watch wants an alarm clock right? On the other hand, if they're willing I think it'd make a heck of a lot more sense to have those devel's working with me on making Flip the "Defacto clock/timing app" for Maemo so that users don't have to choose between applications that overlap in functionality so much.... I can just see that down the road people will ask the MultiTimer folk to add alarm clock support...
Thoughts on that one??
Thanks!
Sounds fine to me, although I can't think of anything that I would use a stop watch for.
