woheller69

I found a different way which works well so far. https://github.com/woheller69/omweather/commit/e2369e45597148cbc574b5a04dd378fabced0ff8 I am calculating the timestamps instead of downloading them for the widget.

Well, that is bad... In a widget several internet calls do not work well. It takes too much time. I had it implemented before. The device goes back to sleep...

I would then use "latest" and calculate its timestamp, which of course may be wrong by 10min. Or will "latest" also be "disabled"? With Android volley it seemed to work....

have you thought a bit more about this? It would be great to have an offically supported way to access at least the "latest" radar frames immediately without the need...

I guess the hashes are derived from time via a one-way-function. Can you provide a table with the hashes in advance? E.g. in another file weather-maps-24h.json which has time and...

 

after clearing app data the attribution is correct now. Any idea how this can happen?

https://github.com/woheller69/whisperIME/issues/52 Try the version from the issue here. I think I found the reason for the ignored characters

in my java app it is fixed now in the provided beta. The problem was that the tokens were treated as strings and these strings were combined. The solution is...

With display off and app in **foreground** it works for me on Android 14. In background the countdown stops but the alarm still fires when the time is up. And...