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 169673 - Add a quantum value to GtkPaned
Add a quantum value to GtkPaned
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: Other
2.6.x
Other All
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-03-09 00:08 UTC by Federico Mena Quintero
Modified: 2011-02-04 16:10 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Federico Mena Quintero 2005-03-09 00:08:33 UTC 
EPaned from the 'gal' module has a quantum value.  With it, the paned will only
grow/shrink in multiples of the quantum value.  Evolution uses this for its
little-calendar pane.

We'd need a "quantum-size" int property, plus a setter/getter.
Comment 1 Federico Mena Quintero 2005-03-09 00:09:20 UTC 
Note also bug #58952, which talks about gtk_paned_set_proportion().
Comment 2 JP Rosevear 2005-03-09 18:08:21 UTC 
We dropped e-paned for 2.0.x but it would be nice to have this feature back, it
helps when resizing windows.
Comment 3 Matthias Clasen 2005-08-30 19:34:33 UTC 
Federico, can you specify in a bit more detail how such a quantum is supposed to 
constrain the size allocation of the paned ? are both children restricted to
sizes which are a multiple of the quantum ? or is it just that when dragging,
you jump in steps of quantum size ?
Comment 4 Federico Mena Quintero 2005-08-31 17:18:50 UTC 
From a quick look at the old gal/gal/e-paned/e-paned.c and
gal/gal/e-paned/e-hpaned.c, the only effect of the quantum is that the handle
moves in multiples of it.
Comment 5 Matthias Clasen 2006-01-16 19:25:57 UTC 
I don't think this is worth it in that form.