GNOME Bugzilla – Bug 97409
Clock text is unreadable on small-ish panel unless font is made smaller
Last modified: 2004-12-22 21:47:04 UTC
In Sun's latest internal GNOME 2 build (fcs-01), using the default application font (sans 12), the clock applet is chopped off so the bottom of the text is lost. This problem persists if you remove the clock applet and re-add it, or make the default application font bigger. Only making the default application font 10pt or smaller solves the problem. Maybe related to the recent fix that makes menu panel resize properly when font is changed?
(Note: panel resize bug/fix I mentioned is big #91686)
Calum, I did some investigation and found that this problem is basically because of the patch for Bug 84215. I tried to revert the patch from libpanel-applet.c and the chopping problem doesn't arise. The patch does some size reducing for the applets which causes clock applet to be chopped.
Padraig, the offending patch for #84215 was one of yours I believe :) Any chance you could have a look and see why it's causing this problem?
I will have a look at this. The problem does not seem to be restricted to the menu panel. It also happens on edge panels.
Thism problem is caused by constraining the applet to the size of the panel, i.e. by the function panel_applet_frame_constrain_size(). The menu panel increases in size to accommodate the increased size required for the menu items, Applications and Actions but this is not enough for the clock. Perhaps Mark could comment.
*** Bug 98882 has been marked as a duplicate of this bug. ***
*** Bug 98266 has been marked as a duplicate of this bug. ***
adding some keywords and setting 'major' severity because the clock can be considered unusable with the default font settings.
Vincent: another thing I've assumed but obviously never made clear: if it's not high priority, it should not be targeted at a global GNOME milestone. Think of the TARGET keywords as the highest level of filtering, separating out the 'high' from the 'very high', more or less. [And yes, I'd take suggestions on how to make this more clear :) At any rate, it is possible this is a high priority bug- but it is not marked as such right now, so I'm removing the TARGET keywords. If it is actually broken with a totally clean default install (Pasu, Padraig, is that the case?) then this is definitely a high priority bug and should be TARGET2.2.0 as well.
*** Bug 97529 has been marked as a duplicate of this bug. ***
Please note as in bug 97509, this applies to at least Linux as well as solaris. As reported in that bug it looks like the the applet is shifted down about a third (padding?). The actual size would be fine if not for this
I will disable panel_applet_frame_constrain_size() in Sun's Gnome distribution to get this problem fixed. Note that this is a temporary fix not a final one.
*** Bug 101018 has been marked as a duplicate of this bug. ***
Bug 100110 is also basically a dup of this, as far as I can see. I've also retitled the bug; is that more accurate or have I misunderstood, Calum?
The title is reasonably accurate, although saying it only happens on "small-ish panels" perhaps makes it sounds less serious than it is, because it happens with the default desktop layout (clock appearing in default font on default-sized menu panel)... on Sun builds and on my linux box at least.
Isn't this bug something that looks so bad is should be a 2.2 blocker? Considering it is borked in the default setup a very large amount of our users will see this (including me :).
I'd call this one a semi-stopper too. I have the same problem using the Microsoft Tahoma font at 12pt. My foobar menus look decent, but the clock is cut off at the bottom. It's the only ugly thing on my desktop currently.
IIRC clock has a border of 3-4 pixels around it. Just remove it. That will loose spacing between other applets, but solve this problem. Other applets do not have padding either
Thanks Gediminas, I've done that ... 2003-01-06 Mark McLoughlin <mark@skynet.ie> * clock.c: (fill_clock_applet): remove the 4 pixel border around the clock as suggested by Gediminas. Fixes #97409.
Removing the border does not seem to solve the problem, at least not here; it just means you have to make the font a bit larger before you see the problem.
Red Hat bug is https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=79074
I don't see this here even with a 16pt font. However I do see it with the gdict applet. Can we close this and reopen a new bug for gdict, or a general one to make sure all applets handle this situation?
Yeah, the panel gets bigger with font size now.