Re: [G2R] hpaned in file selection
- From: Michael Meeks <michael ximian com>
- To: Tim Janik <timj gtk org>
- Cc: Gtk+ Developers <gtk-devel-list gnome org>, Release Team <gnome2-release-team gnome org>
- Subject: Re: [G2R] hpaned in file selection
- Date: 04 Mar 2002 10:12:17 +0000
Hi Tim,
On Sun, 2002-03-03 at 07:01, Tim Janik wrote:
> though we don't expect any real world breakage from adding
> a hpaned to the widget ancestry, we meant to give a heads
> up about the change because the FS has been know to be lots
Thanks - the change sounds fine from an API point of view.
> of fooled around with in third-party applications. (though,
> people who add widgets to it should really constrain
> changes to the ->action_area which is not affected).
From a programming perspective one might wonder out loud, why (since we
now have a multiple file selection API) the internal widgetry cannot be
hidden inside a private internal structure so that people who want to
poke at it's implementation details can't [1], oh and so that it can be
trivially, efficiently & bin-compatibly expanded later etc. :-) I know
the Gtk+ team doesn't like private structures, but I never understood
quite why [ esp. for a 'big' widget like a file selector ].
Thanks for the heads up & it's great to have a better file selector.
Regards,
Michael.
[1] - yes clearly people can fool around in the widget hierarchy, but
it's lot harder than GTK_TREE_MODEL (fs_widget->list)->foo->baz->baa
type thing, and more obviously wrong ;-)
--
mmeeks gnu org <><, Pseudo Engineer, itinerant idiot
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]