Re: API Freeze Schedule and outstanding API bugs
- From: Owen Taylor <otaylor redhat com>
- To: gtk-devel-list gnome org
- Cc: Thomas Broyer <tbroyer ltgt net>
- Subject: Re: API Freeze Schedule and outstanding API bugs
- Date: 07 Jun 2001 21:33:05 -0400
Thomas Broyer <tbroyer ltgt net> writes:
> Le 08/06/01 00:40:03, Owen Taylor a écrit :
> > Patches ready to apply
> > ======================
> What about the one I posted here about TreeView "expander column" (I didn't
> open a bug, should I have?)
If you want something not to be forgotten, file a bug.
> Currently, the expander_column refers to the offset of a displayed column
> view. When you dnd that column, expander arrows don't follow it.
> The question here is: is it more likely that people want expander arrows
> attached to a specific column, following it when dnd'ed, or location?
> The first option appears more logical to me.
> If one wants to have "fixed" expander arrows, it's likely to be only in the
> left side (or right side if direction is RTL, and when TreeView will
> support it).
> In the rare cases (if any ; I can't find any reason for this) in which one
> will want to have expander arrows attached to a specific location, not on
> the left (or right) side and not following dnd, he'll still be able to
> change the expander_column on columns_changed event.
Well, I don't have a good sense of which way this should go -
most of the time, you'd probably just make the expander column
But that being said, my gut feeling is having it fixed makes more
sense, and in fact, if the expander column was always fixed to the
first column, that would probably meet 99% of people's expectations.
But file a bug, and Jonathan can decide whether to change it
or close the bug as WONTFIX.
Data about how other toolkits handle this could be interesting.
> Still about TreeView, and DnD.
> API has changed recently to set "dragability" (called "reorderability") in
> a column by column basis.
> Either it is not finished or I don't see what was the issue here.
> The problem is that even if you set a column as "unreorderable", you can
> still move it by moving other columns around.
> Make a simple TreeView with 3 columns for example (see attached file), and
> set only the second and third TreeViewColumns as reorderable. You can move
> the first column to the right end of the window just dragging the second
> and third columns before it.
This is just a known bug. (Though except for the first and last
column, unreorderable doesn't really make sense)
] [Thread Prev