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 132311 - fixed-height mode should work for GTK_TREE_VIEW_COLUMN_GROW_ONLY
fixed-height mode should work for GTK_TREE_VIEW_COLUMN_GROW_ONLY
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: GtkTreeView
unspecified
Other All
: Normal normal
: Small feature
Assigned To: gtktreeview-bugs
gtktreeview-bugs
Depends on:
Blocks:
 
 
Reported: 2004-01-23 16:28 UTC by Morten Welinder
Modified: 2006-05-27 22:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Brutally simple fix (1.29 KB, patch)
2004-02-25 16:40 UTC, Morten Welinder
none Details | Review
Realistic patch (1.36 KB, patch)
2004-03-08 16:24 UTC, Morten Welinder
none Details | Review
Updated patch (1.55 KB, patch)
2004-05-13 14:32 UTC, Morten Welinder
none Details | Review

Description Morten Welinder 2004-01-23 16:28:44 UTC
Apart from the current checks, the fixed-height code works fine for
GTK_TREE_VIEW_COLUMN_GROW_ONLY.  Please change the checks to allow this.

(GTK_TREE_VIEW_COLUMN_FIXED is a pita, really.)
Comment 1 Morten Welinder 2004-02-25 16:40:54 UTC
Created attachment 24768 [details] [review]
Brutally simple fix
Comment 2 Jonathan Blandford 2004-02-26 01:56:45 UTC
I don't see how this could work.  Just removing the checks doesn't
make the problem go away.  You'll get columns resizing during
scrolling or not growing at all with this.
Comment 3 Morten Welinder 2004-02-26 02:22:49 UTC
> You'll get columns resizing during
> scrolling or not growing at all with this.

...which is how _GROW has behaved for ages: it sizes the first 500
rows.  (If idle it'll do the rest later.)  I don't see that as a
problem.

Admittedly the patch is a bit too brutal.  It should probably check for
_AUTO here and there.
Comment 4 Morten Welinder 2004-03-08 16:24:53 UTC
Created attachment 25340 [details] [review]
Realistic patch
Comment 5 Jonathan Blandford 2004-03-09 05:05:42 UTC
The problem I'm complaining about is that I think you'll get the
column resizing during scrolling, not during an idle.  Anyway, I'm not
going to get to it until after 2.4.0, so we can try it out afterwards. (-;
Comment 6 Morten Welinder 2004-04-11 23:42:50 UTC
Nominating for 2.4.2.

(You can get resizing during scrolling with plain _GROW also.  Just make 10^6
lines of same small length and a final, longer line.  Show it and scroll to the
end --> resize.)

This patch makes a lot of difference for Gnumeric's search center and text import.
Comment 7 Morten Welinder 2004-05-13 14:32:23 UTC
Created attachment 27671 [details] [review]
Updated patch

Recent changes made the previous patch not apply cleanly.  This one does.
Comment 8 Elijah Newren 2004-06-19 18:44:20 UTC
Mass changing gtk+ bugs with target milestone of 2.4.2 to target 2.4.4, as
Matthias said he was trying to do himself on IRC and was asking for help with. 
If you see this message, it means I was successful at fixing the borken-ness in
bugzilla :)  Sorry for the spam; just query on this message and delete all
emails you get with this message, since there will probably be a lot.
Comment 9 Morten Welinder 2004-08-30 13:46:36 UTC
Clearing target milestone -- this belongs somewhere in the 2.5 series.
Comment 10 Mardy 2006-04-21 09:22:10 UTC
What it blocking this patch from going in?
Comment 11 Kristian Rietveld 2006-05-27 22:31:08 UTC
I fully agree with Jonathan here, this is not going to work.  The width of GROW_ONLY columns is mainly decided by their requested_width, which is not kept up to date in fixed height mode.  You'll just have to use FIXED columns with a nicely chosen width, you (or the user) can resize them just fine later on if needed.