Be the first to post a text review of gchrom - a Chromachron clock for GTK+. Rate and review a project by clicking thumbs up or thumbs down in the right column.

• File released: /gchrom/0.3/gchrom-0.3.tar.bz2

  posted 1553 days ago

• Code committed

  lamplighter committed patchset 16 of module gchrom to the gchrom - a Chromachron clock for GTK+ CVS repository, changing 13 files

  posted by lamplighter 1553 days ago

• gchrom 0.3 file released: gchrom-0.3.tar.bz2

  2005-08-09 Tom Lee <trueflint@gmail.com> * The most fundamental change in this checkin is the fact that I'm now using GTK 2.0's GType system instead of its backward-compatible support of the GTK 1.2 GtkObject system. The GtkChrom widget is now defined in terms of GObject and GType, although it is still a subclass of GtkWidget. * I made several elements of the GtkChrom object private. I'm not expecting that lots of people will be rushing to put GtkChrom widgets in their applications, but I do want to know how to do this right. * Other elements I just plain removed (like the pixmap; see below). * I've more clearly differentiated between public and private methods. * The widget's graphics are now drawn double-size and downsampled to provide antialiasing. In addition, the widget doesn't retain a pixmap of its current contents; when there's an expose event, the widget is redrawn. * The panel applet version of gchrom now correctly shows the panel's background color behind it. There's still trouble when it comes to a panel with a pixmap background (or with a transparent background, which GTK treats like a pixmap background), but I'm not certain there's anything I can do about it; it could just be a bug in GTK. * The "About" menu item works again. * There's now a timer callback you can set on the widget -- whenever the GtkChrom widget checks to see if it needs to update the time, it can call your routine. I use this to update the tooltip text. * And speaking of which, there are now tooltips. Hover the pointer over either the standalone or applet version of gchrom, and you'll see a digital representation of the local time. This can help you learn to tell time the Chromachron way. True to the Chromachron ideal, however, most of the time the tooltip isn't visible, so you can be relaxed and not have a constant nagging reminder of exactly what time it is. * I think I've finally dealt with the slight offset in the panel applet, where the indicator disc and the masked clock face circle didn't look like they were quite aligned. * We're now assuming a circular clock. Elliptical clocks were possible, but now that it's rather difficult to get a resize handle on the standalone clock, they're not very likely to happen. The panel applet clock just tries to fit within the panel and have a width equal to its height, or vice versa if you have a vertical panel. * I hope I've managed to suppress the appearance of the focus indicator frame. This annoying rectangle appears whenever the panel gets focus and the applet was the last applet to have focus. I have my window manager set to focus-on-entry; i.e., the window becomes focused when the pointer enters it. This means I could hover my pointer over, say, the Mozilla Firefox icon on the panel, and the gchrom applet's frame would light up. Many applet coders deal with this problem by sweeping it under the rug -- a rectangular applet can extend its rectangle to the furthest borders of its frame and cover up the focus indicator, so it's still there, but you never see it. However, this technique is useless for a nonrectangular applet like gchrom. * The standalone tells the window manager to make its window sticky, so it appears on all desktops. 2005-06-16 Tom Lee <trueflint@gmail.com> * Changed build system over to autoconf, finally. 2005-06-10 Tom Lee <trueflint@gmail.com> * Modified to work with Gnome 2.x. 2002-12-19 Tom Lee <trueflint@gmail.com> * src/Makefile now makes separate binaries for gchrom and gchrom_applet instead of symlinking; this does not cause the unmasking' bug to go away. (This is the bug in which, if you are running both the applet and the standalone, and you change the GTK theme, the standalone's shape_combine_mask goes away and it acquires the background of the applet.) Somehow when the GTK theme is changed, all instantiations of the GtkChrom widget receive an expose event and think it's from their parent widget. Added redrawOnExpose property to GtkChrom widget; this can be set TRUE if the widget is going to be in an applet. This is needed when the GTK theme is changed -- or the applet's background color remains the same as the previous theme until a timed update occurs. Makefile can now 'make tarball' and 'make install'. 2002-12-18 Tom Lee <trueflint@gmail.com> * Initial CVS checkin; gchrom working in many ways

  posted 1553 days ago

• Tracker artifact added

  lamplighter created the Disc extends too far down/right artifact

  posted by lamplighter 1609 days ago

• Tracker comment added

  lamplighter commented on the Panel exposes go to all instantiations artifact

  posted by lamplighter 1609 days ago

• Forum thread added

  lamplighter created the Announcements forum thread

  posted by lamplighter 1609 days ago

• Autoconf

  Yes, cutting-edge autoconf technology is making gchrom work for YOU! Yeah. I've got it compiling with autoconf, which I hope will make gchrom work on a wider range of platforms, but I'm sure it won't work on just anything. Needs gtk+-2.0, libgnomeui-2.0, and libpanelapplet-2.0. But at least it'll compile with a ./configure and a make.

  posted by lamplighter 1609 days ago

• File released: /gchrom/0.2/gchrom-20050616141224.tar.bz2

  posted 1609 days ago

• Code committed

  lamplighter committed patchset 15 of module gchrom to the gchrom - a Chromachron clock for GTK+ CVS repository, changing 1 files

  posted by lamplighter 1609 days ago

• Code committed

  lamplighter committed patchset 14 of module gchrom to the gchrom - a Chromachron clock for GTK+ CVS repository, changing 14 files

  posted by lamplighter 1609 days ago