View Single Post
Posts: 1,100 | Thanked: 2,797 times | Joined on Apr 2011 @ Netherlands
#359
Originally Posted by sixwheeledbeast
I am guessing replacement worldclock uses QSettings whereas the old one didn't.
Yep, it uses a QSettings config file which is described in the wiki.

Originally Posted by sixwheeledbeast
I would think /home/user/.clock/wdb-user is the settings.
I did not test it, but that file would make sense. My first impression is that is some binary file with citycodes in hex format. Not some standard (database) format.
As the current solution works fine, I see no reason to look into that further.

Originally Posted by Wikiwide
Sorry to disappoint, but it seems to be database of 396 cities for the world map, with geographic coordinates included. Though I wouldn't recommend using this file, unless it's proven to be open-source-licensed.
It's not related that way. The replacement clock uses an API, described and provided by Nokia. That this API could use this file, has no direct relationship to the open source character of the replacement clock. If it just contains the map data, I will probably not use it anyway.


Originally Posted by sixwheeledbeast
Is there any chance of adding an option to remove the "alarm flag" from an alarm. I [don't like/have got used to] not seeing the alarm status symbol for my regular day to day alarms. This means I have to use alarmd for these tasks when I could use worldclock.
Adding any new feature will likely break the translations, unless it can be provided by some other default translation file. I don't want to end up with a semi translated worldclock.
A solution for that would be to create and maintain our own translations, as the openmediaplayer project does. I sort of decided I do not want to go that way, just for one or two missing translations.

Last edited by ade; 2013-02-14 at 07:41.
 

The Following 2 Users Say Thank You to ade For This Useful Post: