After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 97409 - Clock text is unreadable on small-ish panel unless font is made smaller
Clock text is unreadable on small-ish panel unless font is made smaller
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: clock
2.2.x
Other Solaris
: High major
: ---
Assigned To: Panel Maintainers
Panel Maintainers
: 97529 98266 98882 101018 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-11-01 14:51 UTC by Calum Benson
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Calum Benson 2002-11-01 14:51:54 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?
Comment 1 Calum Benson 2002-11-13 13:37:56 UTC
(Note: panel resize bug/fix I mentioned is big #91686)
Comment 2 Pasupathi 2002-11-15 06:31:18 UTC
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.
Comment 3 Calum Benson 2002-11-15 12:13:41 UTC
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?
Comment 4 padraig.obriain 2002-11-15 12:43:24 UTC
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.
Comment 5 padraig.obriain 2002-11-15 14:42:28 UTC
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.
Comment 6 Vincent Untz 2002-11-18 15:48:43 UTC
*** Bug 98882 has been marked as a duplicate of this bug. ***
Comment 7 Vincent Untz 2002-11-18 15:49:02 UTC
*** Bug 98266 has been marked as a duplicate of this bug. ***
Comment 8 Vincent Untz 2002-11-18 15:53:11 UTC
adding some keywords and setting 'major' severity because the clock
can be considered unusable with the default font settings.
Comment 9 Luis Villa 2002-11-20 21:17:04 UTC
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.
Comment 10 Gregory Leblanc 2002-11-20 22:34:55 UTC
*** Bug 97529 has been marked as a duplicate of this bug. ***
Comment 11 mike 2002-11-23 07:02:35 UTC
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
Comment 12 laszlo.kovacs 2002-11-28 11:50:04 UTC
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.

 
Comment 13 Luis Villa 2002-12-12 14:41:04 UTC
*** Bug 101018 has been marked as a duplicate of this bug. ***
Comment 14 Luis Villa 2002-12-12 14:44:02 UTC
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?
Comment 15 Calum Benson 2002-12-13 19:55:03 UTC
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.
Comment 16 Christian Fredrik Kalager Schaller 2002-12-31 12:52:15 UTC
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 :). 
Comment 17 Steve Fox 2003-01-03 21:15:21 UTC
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.
Comment 18 Gediminas Paulauskas 2003-01-04 13:43:35 UTC
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
Comment 19 Mark McLoughlin 2003-01-06 00:47:54 UTC
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.

Comment 20 Havoc Pennington 2003-01-14 21:23:43 UTC
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.
Comment 21 Havoc Pennington 2003-01-14 21:24:29 UTC
Red Hat bug is https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=79074
Comment 22 Kjartan Maraas 2003-07-09 13:10:20 UTC
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? 
Comment 23 Mark McLoughlin 2003-07-09 13:17:32 UTC
Yeah, the panel gets bigger with font size now.