[25690] in Athena Bugs
Re: gnome-panel clock not fully functional
daemon@ATHENA.MIT.EDU (Greg Hudson)
Tue Jun 15 16:23:09 2004
From: Greg Hudson <ghudson@mit.edu>
To: Kevin Chen <kchen@mit.edu>
In-Reply-To: <40C95072.4040406@mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1087324096.9319.61.camel@equal-rites.mit.edu>
Mime-Version: 1.0
Date: Tue, 15 Jun 2004 14:28:16 -0400
cc: testers@mit.edu
cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu
Thanks for the report. (Though, just "bugs" is fine during early test;
there's never a need to send a bug report to both testers and bugs.)
> On my Linux-Athena 9.3.6 machine, clicking the clock applet in the
> gnome-panel does not bring up a pop-up calendar, while it did in
> Linux-Athena 9.2.
The calendar pop-up is a Red Hat add-on. In 9.2 we were using the
native gnome-panel, while in 9.3 we built it ourselves. It looks like
more modern GNOME versions have some kind of calendar functionality in
the clock, so that feature will likely come back in a future Athena
release, but not during 9.3.
> On my Sun 9.3.6 machine, the clock applet does not show the date
> or the time, and displays nothing. The applet, however, does
> still load, but is only a few pixels wide because of this.
I can't reproduce this problem with a test account.
> On both platforms on both 9.2 and 9.3, the "Copy Date" and "Copy Time"
> options from the right-click menu do nothing.
They don't do nothing; they update the clipboard, which is separate from
the primary selection. If you fire up, say, gedit, you can observe that
gedit's "paste" can be used to retrieve the copied date or time.
I find the separation of clipboard from selection to be
counter-intuitive (it took a good 45 minutes of research to figure it
out, including a lot of time spent fruitlessly rooting around in gdb),
but it appears to be deliberate. See:
http://www.freedesktop.org/standards/clipboards-spec/clipboards.txt
