ade | # 121 | 2011-11-01, 22:05 | Report

Very awkward that "13:00" is immediately translated in "1:00 PM". On my phone, 24-hr and am/pm notations do never mix.

Tests on other phones would be helpful now. Any volunteers ?

edoiks | # 122 | 2011-12-13, 00:24 | Report

Hi,

i have a problem, the labels of the buttons mix each other. I circled it on the picture. It is in new alarm window, repeat button. I think that there is not enough place for the polish label, probably you need add some extra space in a button for longer labels.

Attached Images

 

ade | # 123 | 2011-12-14, 23:00 | Report

edoiks,

I have shifted the conflicting text somewhat to the right so I assume it aligns correct in Polish now.

I updated the download which is referenced in the first post.

Please let us know if the adaptation was successful.

edoiks | # 124 | 2011-12-22, 22:46 | Report

I'm using clock replacement for a more than week and everything is OK.

artpra | # 125 | 2011-12-29, 08:10 | Report

First bug - when alarm starts, sometimes "Stop" and "Snooze" buttons places are mixed. "Stop" appears on the left, then next time is on the right. So instead of turning alarm off without even reading, I must read the screen every time, because I never know where that "Stop" button is (left or right?). It`s quite random.
Second bug - launch "Clock", select "New alarm", tap "Repeat", select any day(s), "Done". Short names of the days are now displayed in "New alarm" window at the "Repeat" button. They are displayed in wrong language, different then system one. My guess: it takes language from the "Regional settings" instead of "Device language" (in the "Regional settings" menu). Selecting "Never" and "Every day" for "Repeat" displays fine (in device language). BTW select many days for repeat and in portrait mode they are off the screen (not enough space) - some adjustment are needed (font size, text field position).
Third bug - leave "New alarm" window open for some time without any input. Sometimes it`s causing whole app to close. It`s rare.

Setup: PK49, DSP profile, newest CSSU, custom hildon desktop with locked portrait mode, newest clock binary.

artpra | # 126 | 2011-12-29, 08:39 | Report

One more thing - in the "World clocks" view, there is a redundant dot before date field.

PS - app closed itself when looking at the "World clocks" two times in last one minute so it`s not specific to "New alarm" window (third bug from previous post).

ade | # 127 | 2011-12-29, 09:06 | Report

I do NOT notice a redundant dot in World clocks.

The application has the tendency to close itself after a while when it is not used. Don't know if it's a feature or bug. As long as it does not close then I'm actively using it I don't mind and actually find it convenient in most cases.

Estel | # 128 | 2011-12-29, 16:09 | Report

To be honest, I don't think any program should randomly close itself, until explicitly asked to (for example, timeout in settings). I also don't remember such "feature" in original worldclock, and this is a replacement, so it should not force such "features" in user (if no option to disable it), yep?

Not to mention, that - due to random nature of this "feature" - I'm quite convinced it is in fact a bug, segfaulting or whatsnot. Not a "feature" I would love to have.

Not demanding anything, just saying.

ade | # 129 | 2011-12-29, 19:14 | Report

I did about 25 alarm tests, all responding in the order [from left to right] Stop - Snooze. I did this in a mix of portrait and landscape positions. Maybe the combination of the locked portrait mode and the way the clock determines the landscape/portrait position leads to this "random" behavior.

artpra | # 130 | 2011-12-30, 14:01 | Report

Take a look, it`s right before the date field:


Definitely a bug, no app should close itself like that without specific user preference to do so.

Yeah, it`s quite strange - for the last two days no bug here too, so let`s classify it as "to be confirmed" by someone else.