Re: N900 clock replacement [continued]
 

I found one minor bug: if you want to select another ringtone for alarm
alarm settings > alarm tone > more > select
then
done
then
choose alarm tone
then the old tone (before the whole procedure is shown)

Re: N900 clock replacement [continued]
 

yep, I can confirm this and will have a look at it.

Re: N900 clock replacement [continued]
 

Sorry for pestering, but what about repository, again? After all, if it will ever make it into CSSU, repo one can be replaced with dummy transitional package (standard Debian's way). Also, considering how CSSU is managed nowadays, it's doubtful, that clock replacement will be available from CSSU until at least 2014 :)

Sure, manual installation isn't so much of a problem, but useful things spread over TMO threads, was the thing that we were trying to fight with flames, yep? (+, TMO may disappear with end of 2012, or become read-only, or...).

Repositories seems to be both most convenient (for obvious reasons), and safe (X-Fade is still taking care about repos) way. Not demanding anything, obviously, just thing to consider :)

Thanks for Your constant work on it!

/Estel

Re: N900 clock replacement [continued]
 

@marmistrz:
It took me some time, but I think this glitch is fix now.
Both versions can be found updated in the first post.

@Estel:
Looking at the current -not that easy- discussion on IRC about inclusion of busybox-power in CSSU also gives me the feeling the replacment clock will not be added in CSSU on short notice.

I wouldn't worry about sources (git) or binaries (dropbox), as they are not hosted on TMO. I'll stick to my arguments I gave you the last time you asked (for now..) :)

Edit: just encountered a small bug in the version with date. Once an alarm with date was edited/created, it would threat other all other non repeating alarms as having a date when edited (until the clock was restarted). Fixed that also.

Re: N900 clock replacement [continued]
 

How this for a temporary solution.
Scan with mBarcode, select Open URL.
Yes, I no you still have to move the binary to the right spot, but it will save time finding the worldclock thread on my device.


[EDIT - Removed QR Codes as moved to first post thanks to ade]

Worth putting in the OP?

Re: N900 clock replacement [continued]
 

Nice idea! I have put them in the opening post.

Have you already done some testing with the new version with date? I did not get responses, meaning no problems are found, or just nobody is interested :)

Re: N900 clock replacement [continued]
 

Cool, will pull them out of my post as they take up a lot of space.... ;)

Sorry, haven't tried that one yet will do so now.
Will be easy with new QR codes :D

Re: N900 clock replacement [continued]
 

I am going to make a small change very soon in the version with date: it now always used "-" as a date separator, I am going to let it honour the (Qt) locale date separator. So no need to report about that :D

Re: N900 clock replacement [continued]
 

You beat me to it by seconds... was just going to mention that.

Will it be formatted like the world clock part, with the year replacing (GMT) part?

Re: N900 clock replacement [continued]
 

Qt and Hildon do not always use the same definition for date separators, and I do not know which is used in the worldclock part right now. But I will compare them.

The used format will be dd[seperator]mm[seperator]yyyy. This order will be fixed.

edit: updated download, now using regional date separator.