maemo.org - Talk
Page 10 of 12 « First 89 10 1112
Show 40 post(s) from this thread on one page

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Applications (https://talk.maemo.org/forumdisplay.php?f=41)
-   -   N900 clock replacement [continued] (https://talk.maemo.org/showthread.php?t=81582)

Wikiwide 2013-02-14 12:05
Re: N900 clock replacement [continued]
 
Quick message...
About time zones, Qt and open source: there is yast Qt TimeZoneSelector, with GPL licensed code. Could it be helpful in creating time zone widget for the replacement clock?
By the way... Since the 'replacement clock' is Qt-based... How difficult would it be to port it to Harmattan-MeeGo-Sailfish?
Best wishes.
_________________
Per aspera ad astra...

artpra 2013-02-14 12:31
Re: N900 clock replacement [continued]
 
Display bug:
http://img560.imageshack.us/img560/4...3021413271.png

As You can see under clock and date, some part of default background image from landscape mode is visible. Background should be (and it was - previously) black on whole screen when in portrait mode.

edit
Adding "Background=false" in the config file solved the problem, so it should be set up like this during install (no background at all) or mentioned bug in portrait mode fixed (no background in portrait mode only).

ade 2013-02-14 14:20
Re: N900 clock replacement [continued]
 
Oops, I cleanup up some paint lines in the code, but as I do not use a background image, I must have removed a bit too much code without having noticed the side effect :). Will restore that of course.

sixwheeledbeast 2013-02-14 17:23
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by ade (Post 1322948)
Yep, it uses a QSettings config file which is described in the wiki.


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.
The main reason for pointing these out is they are "potentially" safe to remove if you have QT worldclock installed.

So if it is to become a permanent fixture of Maemo in the future, they could be removed automatically to safe space.

ade 2013-02-14 20:03
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by Wikiwide
About time zones, Qt and open source: there is yast Qt TimeZoneSelector, with GPL licensed code. Could it be helpful in creating time zone widget for the replacement clock?
I guess it could be helpful, but I am afraid it will take quite some time to properly integrate this. Not on my todo list for now.

Quote:
Originally Posted by Wikiwide
By the way... Since the 'replacement clock' is Qt-based... How difficult would it be to port it to Harmattan-MeeGo-Sailfish?
I would say pretty difficult. They are more QML based and the alarm framework could be very different.

Quote:
Originally Posted by sixwheeledbeast
The main reason for pointing these out is they are "potentially" safe to remove if you have QT worldclock installed.

So if it is to become a permanent fixture of Maemo in the future, they could be removed automatically to safe space.
Agreed and point taken

Now let's revert that glitch in portrait mode ASAP:
Code:
Changes:
 clock-ui (0.6-2) unstable; urgency=low
 .
  * reverted introduced glitch in portrait mode
  * made timediff format in world clock details equal to default clock
edit:
Code:
Changes:
 clock-ui (0.6-3+thumb0) unstable; urgency=low
 .
  * prevent opening of multiple worldclock detail windows by multiple fast presses
Downloadable in the openingpost.

Wikiwide 2013-02-16 13:29
Re: N900 clock replacement [continued]
 
Quick message...
About icons: it's difficult to see when new-alarm, alarms or world-clocks is being pressed. Could you do it as the 'original' app did, by activating the background-image '164IconHighlight.png' for the button? It is stored in themes/default/images; in the default theme, at least.
Best wishes.

ade 2013-02-16 13:39
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by Wikiwide (Post 1323280)
Quick message...
About icons: it's difficult to see when new-alarm, alarms or world-clocks is being pressed. Could you do it as the 'original' app did, by activating the background-image '164IconHighlight.png' for the button? It is stored in themes/default/images; in the default theme, at least.
Best wishes.
I am using an iconset that has a different (smaller) icon for the "icon_pressed" image. That way, the image will get a bit smaller the moment it is pressed. Personally I think it looks better then that blue square. Sixwheeledbeast also had the same request btw.

I will have a look at it again, maybe I will change my mind and will try to change it :)

ade 2013-02-16 18:52
Re: N900 clock replacement [continued]
 
Alrighty, and yet another update, a small cosmetic fix and a "popular" user request.

Code:
Changes:
 clock-ui (0.6-4) unstable; urgency=low .
  * selected cities in the worldclock screen no longer remain highlighted
  * pressing a button in the landscape mainscreen will show a background
The background image from the timebutton looks a little different from the stock one when pressed (more streched and does not cover the date display)

peterleinchen 2013-02-16 23:18
Re: N900 clock replacement [continued]
 
Hi ade,
thanks again.

But now I noticed also some difference to stock Maemo behaviour!

I do not know since when this is like that, but just noticed today:
when pushing a button "new alarm", "alarms", "worldclock" and keeping it pressed and then moving the finger away from that button, it is like you have pushed it (should have canceled). On alarms page and pushing/keeping the "new alarm" it is activated after 1s automatically. Moving away also activates it.
At least this is different to Maemo behaviour and also different to stock clock behaviour.
But I can live with it ;), it is just different.
Is that on purpose?

sixwheeledbeast 2013-02-17 09:24
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by peterleinchen (Post 1323362)
Hi ade,
thanks again.

But now I noticed also some difference to stock Maemo behaviour!

I do not know since when this is like that, but just noticed today:

Is that on purpose?
I guess it's to do with the new colours behind the buttons on selection. This is new as of 0.6-4
I like the colours TBH, but as mentioned the buttons are not stock behaviour.

Also it's nice to see a .deb much easier to install updates :)

One quick thing.
On selecting adjust time and date in portrait it switches over to landscape while the dialog is open.

It seems selecting Settings > Time & Date shows the desired portrait dialog so not sure why clock-ui doesn't.

ade 2013-02-17 10:23
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by sixwheeledbeast (Post 1323401)
I guess it's to do with the new colours behind the buttons on selection. This is new as of 0.6-4
I like the colours TBH, but as mentioned the buttons are not stock behaviour.
No , that has nothing to do with it. It always worked this way, only now people take a closer look at it because of the new background.
Cepi Perez made it based on pressed and released events. To get the stock clock behavoir, it's needs to be based on clicked events.
I am now combining these three, so I also can preserve the pressed icon effect.

Quote:
Also it's nice to see a .deb much easier to install updates :)
For now it means more work for me, but that's okay :)

Quote:
One quick thing.
On selecting adjust time and date in portrait it switches over to landscape while the dialog is open.

It seems selecting Settings > Time & Date shows the desired portrait dialog so not sure why clock-ui doesn't.
If you use the latest hildon desktop, that is no longer the case, because of the Qt fixes of Arcean. But the (cssu based) settings program was able to adapt to portrait earlier.
I have looked at that a long time ago and even posted a question about it on TMO. It is now even capable of showing the worldmap in portrait in noticed some weeks ago! I scanned the code then, it makes a similar call like I do. I didn't figured out how it was done. One big difference is that "settings" is based on GTK, so it may be some GTK magic.
Maybe Pali or Arcean know more about it.

P.s. if you use forced portrait mode, exiting the work map from the applet will freeze the replacement clock. So it is better to use it from "settings" anyway, until it perhaps will better integrate in the replacement clock.

sixwheeledbeast 2013-02-17 10:46
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by ade (Post 1323411)
No , that has nothing to do with it. It always worked this way, only now people take a closer look at it because of the new background.
Cepi Perez made it based on pressed and released events. To get the stock clock behavoir, it's needs to be based on clicked events.
I am now combining these three, so I also can preserve the pressed icon effect.
I was certain this was brand new but it's amazing how the mind spots things like this.

Quote:
Originally Posted by ade (Post 1323411)
if you use forced portrait mode, exiting the work map from the applet will freeze the replacement clock. So it is better to use it from "settings" anyway, until it perhaps will better integrate in the replacement clock.
This was forcedrotation off and tested with clock-ui whitelisted to no avail.
Hopefully the h-d fix will make it's way though testing soon.

Thanks.

peterleinchen 2013-02-17 11:46
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by ade (Post 1323411)
No , that has nothing to do with it. It always worked this way, only now people take a closer look at it because of the new background.
Yeah, I do not know since when this was. I deleted my worldclock history some weeks ago, so could not check. But as you say it has been since the early days? OK or better KO to my mind :)

About the DEBs
Quote:
Originally Posted by ade (Post 1323411)
For now it means more work for me, but that's okay :)
I really feel good with it, especially for the repos. But here on your OP I feel a zip is pretty okay (for testing/devel versions).
Indeed it is more work for me to instal ;) Download, extract, check/diff, copy binary. Whereas the zipped binary is a one-step. But just my opinion.
I feel good with DEBs from trustworthy source!

ade 2013-02-17 12:10
Re: N900 clock replacement [continued]
 
@sixwheeledbeast:
P.s. I was talking about forced portrait mode (also a new h-d feature), not forced rotation.

Okay, I hope everyone can keep up this pace, because we have another update :)

Code:
clock-ui (0.6-5) unstable; urgency=low

  * restore city popup-list height when switching from landscape to portrait
  * added background effect when pressing time in portrait mode
  * button pressing behavoir in mainscreen made equal to default clock
  * new alarm/worldclock buttons act like the default clock

sixwheeledbeast 2013-02-17 12:37
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by ade (Post 1323411)
For now it means more work for me, but that's okay :)
0.6-5 :)

I know we have spoke about this before but you could drop the non-date support version. I doubt there would be any objections as the added feature, doesn't remove anything of the original clock-ui.

ade 2013-02-17 12:45
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by sixwheeledbeast (Post 1323440)
0.6-5 :)

I know we have spoke about this before but you could drop the non-date support version. I doubt there would be any objections as the added feature, doesn't remove anything of the original clock-ui.
Yeah, I might in the near future.
As said before, I wanted to have a version as close and stable to the stock clock as possible, to ease CSSU incorporation. But as the version with date seems to function fine and CSSU incorporation plans have gone to the background, there are no valid reasons left to maintain two branches.

Edit: some small fixes in a new version:
Code:
clock-ui (0.6-6) unstable; urgency=low .
  * fixed some negative minutes in the complete citylist
  * stretched landscape citydetail screen to fit longer citynames

sixwheeledbeast 2013-02-26 22:14
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by ade (Post 1323441)
Yeah, I might in the near future.
As said before, I wanted to have a version as close and stable to the stock clock as possible, to ease CSSU incorporation.
Mainly a bump to make people aware of your new version.

Also a quick note you may want to update your wiki page for this if you have time. "experimential date support"

Would be nice to see the changelog in the wiki too. :)

Thanks for your continued contributions, once again.

Wikiwide 2013-02-26 22:40
Re: N900 clock replacement [continued]
 
Quick reply...
Stock clock-ui stores its list of world clocks in /home/user/.clock/wdb-user. If you have n world clocks, size of the file is 4*n, as displayed by "ls -lah /home/user/.clock/wdb-user". However, I don't know exactly how it converts an added world clock into the information stored within this file. It does not seem to be human-readable.
Best wishes.
_________________
Per aspera ad astra...

sixwheeledbeast 2013-02-26 23:14
Re: N900 clock replacement [continued]
 
UTC seems missing in the latest world clock?
It can only be found when using the sarch bar.
Is this correct behaviour?

ade 2013-02-26 23:25
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by sixwheeledbeast (Post 1325541)
UTC seems missing in the latest world clock?
It can only be found when using the sarch bar.
Is this correct behaviour?
Nothing has changed in my view. In the list it can be found under "G" of GMT/UTC. That has been the case for a long time.

@Wikiwide:
Yes, we mentioned that earlier. And I was going to stick to the current implementation.

Edit: p.s. wiki is updated, thanks for reminding

Wikiwide 2013-02-27 02:14
Re: N900 clock replacement [continued]
 
Quick message...
I still wish that mainwindow.ui would use "/etc/hildon/theme/images/164IconHighlight.png" instead of "/etc/hildon/theme/mediaplayer/Button.png", even though they are very similar. Sorry for the bother.
Best wishes.
_________________
Per aspera ad astra...

ade 2013-02-27 17:30
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by Wikiwide (Post 1325561)
Quick message...
I still wish that mainwindow.ui would use "/etc/hildon/theme/images/164IconHighlight.png" instead of "/etc/hildon/theme/mediaplayer/Button.png", even though they are very similar. Sorry for the bother.
Best wishes.
_________________
Per aspera ad astra...
Apart from the file size, I am not able to see any difference between the two (default) images, even when zooming in 400%.
It could be you are using a theme that does use more different images.
But I will change the image in a possible new version.

Edit:
Code:
clock-ui (0.6-7+thumb0) unstable; urgency=low

  * background buttons images point to other location
  * show searchbar in citylist when sliding in from below
  * prevent selecting date in past

sixwheeledbeast 2013-02-27 17:46
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by ade (Post 1325543)
Nothing has changed in my view. In the list it can be found under "G" of GMT/UTC. That has been the case for a long time
Sorry was looking in U for UTC.

Wikiwide 2013-03-28 07:47
Re: N900 clock replacement [continued]
 
March 27, 2013
Highlights for GNOME 3.8 include:
A new Clocks application, which provides world clocks for different time zones as well as alarms, a stopwatch and timer.
Have you foreseen this? Quite an interesting development...
Congratulations to open-source developers.
Best wishes.
_________________
Per aspera ad astra...

marmistrz 2013-03-28 09:22
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by Wikiwide (Post 1332436)
March 27, 2013
Highlights for GNOME 3.8 include:
A new Clocks application, which provides world clocks for different time zones as well as alarms, a stopwatch and timer.
Have you foreseen this? Quite an interesting development...
Congratulations to open-source developers.
Best wishes.
_________________
Per aspera ad astra...
Guess we'd need libgtk-3...
/edit: best hildonized.

But hildonized gtk-3 may become a must in a couple of years

Wikiwide 2013-04-06 01:58
Re: N900 clock replacement [continued]
 
Quick question...
Is it possible to somehow direct alarm sound into the headset, instead of speakers, when the headset is plugged in? Probably, an option in settings. Or would it need an alteration in alarmd code directly, instead of clock-ui? Or where?
Best wishes.

ade 2013-04-06 08:02
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by Wikiwide (Post 1334394)
Quick question...
Is it possible to somehow direct alarm sound into the headset, instead of speakers, when the headset is plugged in? Probably, an option in settings. Or would it need an alteration in alarmd code directly, instead of clock-ui? Or where?
Best wishes.
The alarm sound is played through the speakers AND the headset (if connected). Makes some sense to me, if you don't want to miss an alarm when you have your headset plugged in, but are not wearing it. On the other hand it can be practical in a public place, you won't disturb other people if you where listening music using the headset anyway.

It is certainly not something in the clock-ui, alarmd is my guess. Never heard that this can be customized.

Wikiwide 2013-04-15 23:19
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by ade (Post 1334420)
The alarm sound is played through the speakers AND the headset (if connected). Makes some sense to me, if you don't want to miss an alarm when you have your headset plugged in, but are not wearing it. On the other hand it can be practical in a public place, you won't disturb other people if you where listening music using the headset anyway.

It is certainly not something in the clock-ui, alarmd is my guess. Never heard that this can be customized.
Quick reply...
I have found an interesting package, "policy-settings-rx51". Especially, file "/usr/share/policy/etc/rx51/pulse/xpolicy.conf". I cannot make head or tail of it.
Best wishes.
_________________
Per aspera ad astra...

pali 2013-04-15 23:25
Re: N900 clock replacement [continued]
 
Look for reverse enginnered package: https://gitorious.org/community-ssu/...-settings-rx51

DfLo1913 2013-04-16 16:44
Re: N900 clock replacement [continued]
 
Ive been trying to download but its keeps saying incompatible package. Any help on why I cant download? Thanks

sixwheeledbeast 2013-04-16 17:46
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by DfLo1913 (Post 1336453)
Ive been trying to download but its keeps saying incompatible package. Any help on why I cant download? Thanks
Download or install?

I normally download to uSD and then dpkg -i /media/mmc/foo_armel.deb

DfLo1913 2013-04-16 17:53
Re: N900 clock replacement [continued]
 
When I trying to install it thats when I get the message. Ill try your way. Thanks



Quote:
Originally Posted by sixwheeledbeast (Post 1336484)
Download or install?

I normally download to uSD and then dpkg -i /media/mmc/foo_armel.deb

don_falcone 2013-04-16 18:13
Re: N900 clock replacement [continued]
 
Don't try to install using file explorer and HAM - use dpkg at the terminal.

DfLo1913 2013-04-16 18:26
Re: N900 clock replacement [continued]
 
Alright. In terminal, would I put dpkg and the file name right? Thanks


Quote:
Originally Posted by don_falcone (Post 1336493)
Don't try to install using file explorer and HAM - use dpkg at the terminal.

pichlo 2013-04-17 12:34
Re: N900 clock replacement [continued]
 
Code:
dpkg -i <filename.deb>

artpra 2013-06-01 20:13
Re: N900 clock replacement [continued]
 
Hi Ade, long time since my last bug report isn`t it (long time without talk.maemo actually)?
So here it is: running clock-ui 0.6-7 with date support thumb version@latest CSSU thumb.
Steps to reproduce:
1. Create new alarm (any title, any hour), make it repeatable at mon, tue, wed, thu, fri. Save it.
2. Now disable it, by clicking tick mark: repeat settings are gone, alarm hour is changed to current time - both should stay unchanged. Now You can put and clear tick mark on and on again and hour alarm is not changing to current time (as it should).
3. Sometimes, when deactivating repeatable alarm (point 2) all is fine (alarm hour and mon, tue, wed, thu, fri settings stays) BUT on reactivating it few days later crazy s h i t is happening: alarm starts immediately and couldn`t be shut off. That small GUI window at the bottom of the screen with two buttons "snooze" and "stop"(?) doesn`t work (You click it, window is gone but alarm sound is playing). Only restart helps.
4. Point 3 situation is rare.

Happy&successful hunting ;)

ade 2013-06-02 13:50
Re: N900 clock replacement [continued]
 
artpra,

It's language related. Dutch and English act fine. But I can indeed reproduce it using Polish language/settings.

I was not planning to put more effort in this project, but fixing (real) bugs could be the exception.

Don't know if it will be addressed by me on very short notice.

ade 2013-06-16 13:03
Re: N900 clock replacement [continued]
 
I thought I had reproduced some kind of alarm repeat lost, but now I am in doubt, because I can't reproduce it anymore.

If someone can give me a clear and repeatable scenario with related device/country settings I will have another look at it.

ade 2013-07-21 16:27
Re: N900 clock replacement [continued]
 
Quote:
Originally Posted by pali (Post 1360616)
@ade: I was not able to contact you on IRC... What is state of clock-ui? Ready for cssu-devel?
Let's put a reply in the appropriate thread (and not the backupmenu one)...

I dunno if the clock replacement is ready for cssu-devel. Are you using it to full satisfaction? At least here is one happy/heavy clock replacement user. But I may be a bit bias as a portrait locked device users and co-coder :). And there are some small differences with the stock clock as described in the wiki (http://wiki.maemo.org/Clock_replacement)

Fact is I am quite disappointed on how the whole earlier intended cssu integration evolved. As a matter of fact, you are the only one who eventually did assisted me with the package build and some optimizations.

I am certainly not waiting for a recurrence of events. Based on this experience, I am not really interested in spending more time on this cssu adoption :(. But don't let it stop you from putting it in cssu or do other great things for this device.

panjgoori 2013-07-22 15:52
Re: N900 clock replacement [continued]
 
installed it yesterday. and its stable. it show seconds in clock app which is nice. and i think it is stable enough to put in CSSU Devel.


All times are GMT. The time now is 21:27.
Page 10 of 12 « First 89 10 1112
Show 40 post(s) from this thread on one page

vBulletin® Version 3.8.8