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 154664 - graph guru sizing issues.
graph guru sizing issues.
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: Charting
git master
Other Linux
: Normal normal
: ---
Assigned To: Emmanuel Pacaud
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2004-10-06 10:51 UTC by Adrian Custer
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Adrian Custer 2004-10-06 10:51:44 UTC
The improvements to the first panel are *great*. It's clean, elegant and seems
like it will be intuitive. Great work!

The panel has a few remaining sizing issues.

1) When it's made the minimum size, the size doesn't stay the same if a
different plot type is chosen.

e.g.
a) new gnumeric
b) click on chart button
c) minimize the guru
d) select the "area" plot
==> guru 'jumps' to a bigger size.

2) When the first panel is made a minimum size, the second panel looks weird.

e.g.
a) new gnumeric
b) click on chart button
c) minimize the panel size
d) click on "forward button"
=> can barely see that the second panel has stuff at the top.

3) The resize handels in the second panel allow the user to loose the top part
a) new gnumeric
b) click on chart button
c) click on forward button
d) grab handles for the horizontal resize line
e) drag handles to top
==> there is no enforced minimum so the top parts can "disappear"
gdb gives many of these warnings:

(gnumeric:20947): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to
allocate widget with width 252 and height -11

(gnumeric:20947): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to
allocate widget with width 214 and height -10


--avec
Comment 1 Emmanuel Pacaud 2004-10-10 13:43:24 UTC
It's pretty hard to fix (1), since we can only set size request in pixel unit,
and exact size of the dialog depends on font size.

I guess small automatic resize of dialog are acceptable.

(2) and (3) are fixed in CVS.