I’m going to create a new extension that counts down or up seconds (or ms), but also displays the duration / time in the date format (eg: HH:mm:ss).
The special thing is that the extension does not use a clock and / or does not work with the java countdownTimer, but catches and displays the time in real time. In this way, the countdown / count up does not lose a single millisecond regardless of how long the period is.
The extension (in which I was supported by @Red_Panda with regard to some special java questions) will be extended by some functions yet, but here is a pre-release version / APK for testing :
And also the DeepHost countdown extension (which incorrectly counts down 2 seconds at the beginning and does not use a clock component, but uses Java countdownTimer) loses more than 1 second in a 10-minute countdown.
I have regularly found in my, but also in other apps, that the specified (calculated) runtimes do not correspond to the displayed ones. The deviations are considerable with longer durations. In short, the clock component may still be suitable as an egg timer for cooking eggs.
Note : If you have any suggestions, ideas or issue with that, let me know.
I updated the APK (at clock countdown from the first “start” button there was one zero to much).
First, it's just a stopwatch. Secondly, it is quite cumbersome, time consuming and annoying to install these very extensive blocks in your own app every time. Third, the app only runs in the foreground. Fourth, this is not about the date / time format HH:mm:ss (hours are counted up to 99). Fifth: "When testing this project during development, the emulator will not be able to keep up so use an attached device instead."
The accuracy of the approach is ok (100ms), but my extension works millisecond-precise and I and certainly many others would like a simple, precise and also working in the background solution that counts up and down and also the correct date / time format used.
Hi, thank for the information, however, i don´t know how to apply the code in my app, i know, its possible that you are busy, but if you can help me i than you, the code of the sprite is
Using the timer the sprite reach the edge in different times in diferentes smartphones yet...
will be very interesting have a code that dont use the timer
Thanks for the collaboration that you can give me..
Hi Anke, did you release the countdown extension in the meantime?
Would be very helpful since the build in clock is really unusable (depending on how much code is run I get up to 2:30 min deviation (slower) for a 10 minute duration...) and this seems to get worse the longer you run the app...my last workout was 1:37h instead of the planned 30 min
Tobi