View Single Post
Posts: 133 | Thanked: 172 times | Joined on Jul 2009 @ Travel bag
#91
Originally Posted by Addison View Post
So the way you currently have SVG Clock compiled without using QT graphics stuff, these newer clocks from KuduK will never be possible?

It's just a simple question without any hiddden, angry judgment against ya.

Thanks again for seeing this project through by the way.

Most idgits here would have given up a long time ago.
Addison - On the SVGClock implementation, I took the PyGTK, Cairo, SVG route as the dependencies were readily available then ( though not all were in the repositories) . Specifically the key SVG rendering python bindings/dependency was not available in the repos until couple of weeks back and this delayed the 'one click' installable release for the SVGClock.

On the other hand PyQT for Diablo seems to be available now, but as attilla noted in this thread, it has a size issue and it would not help the folks who have not cloned their OS to a mmc card.. Considering this and that the PyGTK route works both from a utility and performance perspective, I think I will stick to the current implementation. As such mikec is working on the PyQT version of the clock and it seem to be working fine.. Once we have a framework for having it as a desktop widget, it should be good..

Now coming to the problem of some of the SVG themes in Gnome-look.org not working on the SVGClock, I will see if I can tweak the scaling of the SVGs in my code to accomodate them...

But I hope you would appreciate the fact that except for a few themes that dont work ( specifically Kuduk's themes, which seem to be of different dimensions), we have more than a 100 clock themes from the gnome-look site that work well on diablo for the SVGClock
__________________
SVGClock | Flip Calendar | Ring Clock

Last edited by shin; 2010-04-07 at 13:48.
 

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