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 129124 - resize fails below certain pixel size (18 or 24?), but some applets try anyway
resize fails below certain pixel size (18 or 24?), but some applets try anyway
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: panel
unspecified
Other other
: Normal major
: ---
Assigned To: Panel Maintainers
Panel Maintainers
: 126450 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-12-11 20:35 UTC by Dave North
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch which sets the lower limit of the spin dialog to 24. (794 bytes, patch)
2004-05-26 18:59 UTC, Madhan Raj M
needs-work Details | Review
patch that solves the bug for the show-desktop applet (1.35 KB, patch)
2004-06-30 16:05 UTC, Vincent Noel
none Details | Review

Description Dave North 2003-12-11 20:35:14 UTC
Package: gnome-panel
Severity: minor
Version: 2.4.1-4
Synopsis: Resize Fails below 24 pixels, volume control weirdness
Bugzilla-Product: gnome-panel
Bugzilla-Component: Panel

Description:
Description of Problem:
Using panel properties, size has no effect below 24 units, but when you
get to 12 units, the volume control icon shrinks to near-invisibility.

Steps to reproduce the problem:
1. Pull up panel properties dialog
2. reduce size below 24 all the way to 12 (smallest it will go).
3. Note nothing changes until the last increment, when the volume
control icon suddenly turns into a bug.

Actual Results:
No size reduction, volume control weirdness.

Expected Results:
Smooth (or at least some) size reduction.

How often does this happen?
Every time.

Additional Information:
Same phenomenon seen on Fedora Core 1.




------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-12-11 15:35 -------

Reassigning to the default owner of the component, gnome-panel-maint@bugzilla.gnome.org.

Comment 1 Luis Villa 2003-12-30 01:03:52 UTC
I'm seeing 24 with my top panel, but 18 with my bottom panel. The
'show desktop' button also does something like the volume applet. Very
odd.
Comment 2 Luis Villa 2004-01-02 18:04:51 UTC
*** Bug 126450 has been marked as a duplicate of this bug. ***
Comment 3 Madhan Raj M 2004-05-22 11:24:59 UTC
There is no change in the panel size below 24. Certain applets like volume control, sticky 
notes, show desktop changes its size at 12 and becomes almost invisible. 
So Why not set the lower limit as 24 instead of 12. If we have to set the lower limit to 24 then  
GNOME_Vertigo_PANEL_XX_SMALL = 24U  
GNOME_Vertigo_PANEL_X_SMALL = 36U 
GNOME_Vertigo_PANEL_SMALL = 48U 
GNOME_Vertigo_PANEL_MEDIUM = 64U 
GNOME_Vertigo_PANEL_LARGE = 80U 
GNOME_Vertigo_PANEL_X_LARGE = 96U 
GNOME_Vertigo_PANEL_XX_LARGE = 128U 
 
Need your suggestion luis,calum,mark.. 
Comment 4 Madhan Raj M 2004-05-26 18:59:38 UTC
Created attachment 28043 [details] [review]
Patch which sets the lower limit of the spin dialog to 24.
Comment 5 Madhan Raj M 2004-05-27 09:43:21 UTC
The above patch just sets the lower limit of the spin dialog to 24,.. It does not change the  
Constants in comment #3.  
 
Comment 6 Mark McLoughlin 2004-06-02 13:15:40 UTC
Comment on attachment 28043 [details] [review]
Patch which sets the lower limit of the spin dialog to 24. 

The *actual* minimum height is worked out in calculate_minimum_height() and its
not neccessarily 24.
Comment 7 Madhan Raj M 2004-06-02 20:54:14 UTC
Mark: Yes ,I saw that. 
But there is no change in the size of the panel and applets below 24. see comment #3. Only 
very few applets change their size at 12. That too they become invisible. So i set the lower 
limit of the size spin dialog box to 24. 
 
Is there any other solution available? 
Comment 8 Vincent Noel 2004-06-21 22:09:58 UTC
I have attached a patch to bug #144531 that solves this issue, at least for the
volume control applet.
Comment 9 Vincent Noel 2004-06-30 16:05:06 UTC
Created attachment 29121 [details] [review]
patch that solves the bug for the show-desktop applet

This patch makes the show-desktop follow the real panel size, and not the size
given by the size hint.
It solves the present bug but also the equivalent of bug #144531 for the
show-desktop applet.
Is there any applet left that follow the behavior of the present bug ?
Comment 10 Vincent Noel 2004-08-04 14:24:37 UTC
Ping : can someone review and (luckily) apply this patch ?
Comment 11 Vincent Untz 2004-08-04 14:54:25 UTC
I committed a slightly modified version of your patch.
I can't verify right now that it works, but it should.
Comment 12 Bryan W Clark 2004-08-05 18:10:37 UTC
Hey Vincent, I'm getting an error on testing what's in CVS

showdesktop.c: In function `applet_size_allocated':
showdesktop.c:153: error: `allocation' undeclared (first use in this function)
showdesktop.c:153: error: (Each undeclared identifier is reported only once
showdesktop.c:153: error: for each function it appears in.)

it's missing the:

RCS file: /cvs/gnome/gnome-panel/applets/wncklet/showdesktop.c,v
retrieving revision 1.20
diff -u -b -B -r1.20 showdesktop.c
--- wncklet/showdesktop.c       4 Aug 2004 14:53:35 -0000       1.20
+++ wncklet/showdesktop.c       5 Aug 2004 18:10:15 -0000
@@ -147,6 +147,7 @@
 static void
 applet_size_allocated (PanelApplet       *applet,
                        gint               size,
+                       GtkAllocation *allocation,
                        ShowDesktopData   *sdd)
 {


would you like me to commit this?
Comment 13 Vincent Noel 2004-08-05 18:19:30 UTC
Indeed, the correct fix would be :

 applet_size_allocated (PanelApplet *applet,
-                      gint         size,
+                      GtkAllocation *allocation,
                       ShowDesktopData   *sdd)

i.e. the "gint size" should be removed as well.
Comment 14 Vincent Untz 2004-08-05 20:17:00 UTC
Sorry. This is fixed.
Comment 15 Bryan W Clark 2004-08-05 21:14:39 UTC
whoops, I missed that - part.  Thanks to both Vincents :-)  It seems to compile
now and I'll check out the results a little later.