Integrating optional file chooser implementations into GTK+

[Ross Burton]

Hi,

In Poky Linux[1] we're maintaining what could be termed a fork of
gtkfilechooserdefault.c targetted at devices with small screens.
Basically we're removed large amounts of functionality, and added some
extra options (such as the ability to restrict the file that the file
chooser will display to a particular subtree) which are often useful.

Now, we'd love to stop having to resync this huge patch on every GTK+
release because it's frankly quite huge.  Also, other people building
mobile devices might find this file chooser far more suitable for their
purposes than the default one.

Would there be any interest in us cleaning the patch up as a standalone
file chooser implementation, adding it to the GTK+ sources, and then
letting GtkFileChooser use a configurable (at configure time)
implementation (defaulting to the current widget)?

Cheers,
Ross

[1] http://pokylinux.org
--
Ross Burton                                 mail: ross@...
                                          jabber: ross@...
                                     www: http://www.burtonini.com./
 PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF



_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@...
http://mail.gnome.org/mailman/listinfo/gtk-devel-list

[milosz derezynski]

(sorry for resend)

Reminds me very much of this discussion.

Milosz

Am 1. Mai 2008 14:23 schrieb Ross Burton <ross@...>:

Hi,

In Poky Linux[1] we're maintaining what could be termed a fork of
gtkfilechooserdefault.c targetted at devices with small screens.
Basically we're removed large amounts of functionality, and added some
extra options (such as the ability to restrict the file that the file
chooser will display to a particular subtree) which are often useful.

Now, we'd love to stop having to resync this huge patch on every GTK+
release because it's frankly quite huge.  Also, other people building
mobile devices might find this file chooser far more suitable for their
purposes than the default one.

Would there be any interest in us cleaning the patch up as a standalone
file chooser implementation, adding it to the GTK+ sources, and then
letting GtkFileChooser use a configurable (at configure time)
implementation (defaulting to the current widget)?

Cheers,
Ross

[1] http://pokylinux.org
--
Ross Burton                                 mail: ross@...
                                         jabber: ross@...
                                    www: http://www.burtonini.com./
 PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF


_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@...
http://mail.gnome.org/mailman/listinfo/gtk-devel-list

_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@...
http://mail.gnome.org/mailman/listinfo/gtk-devel-list

[Murray Cumming]

On Thu, 2008-05-01 at 13:23 +0100, Ross Burton wrote:
> Hi,
>
> In Poky Linux[1] we're maintaining what could be termed a fork of
> gtkfilechooserdefault.c targetted at devices with small screens.

And Maemo's Hildon provides a completely separate file chooser dialog,
which applications must explicitly use instead of the regular API. It
would be nice to kill that API.

> Basically we're removed large amounts of functionality, and added some
> extra options (such as the ability to restrict the file that the file
> chooser will display to a particular subtree) which are often useful.
>
> Now, we'd love to stop having to resync this huge patch on every GTK+
> release because it's frankly quite huge.  Also, other people building
> mobile devices might find this file chooser far more suitable for their
> purposes than the default one.
>
> Would there be any interest in us cleaning the patch up as a standalone
> file chooser implementation, adding it to the GTK+ sources, and then
> letting GtkFileChooser use a configurable (at configure time)
> implementation (defaulting to the current widget)?
>
> Cheers,
> Ross
>
> [1] http://pokylinux.org
> _______________________________________________
> gtk-devel-list mailing list
> gtk-devel-list@...
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@...
http://mail.gnome.org/mailman/listinfo/gtk-devel-list

[Federico Mena Quintero]

On Thu, 2008-05-01 at 13:23 +0100, Ross Burton wrote:

> Would there be any interest in us cleaning the patch up as a standalone
> file chooser implementation, adding it to the GTK+ sources, and then
> letting GtkFileChooser use a configurable (at configure time)
> implementation (defaulting to the current widget)?

Yes!

<plug>
SVN is just Too Goddamn Painful(tm) to do this, as I'm sure it will
require several iterations (make GtkFileChooserIface public, add the
pluggability framework, make GtkFileChooserDefault and friends use that
framework, plug in your new implementation, etc.).  So, please feel free
to

  git clone http://www.gnome.org/~federico/git/gtk+.git

and start a branch there.
</plug>

As Murray says, the Maemo people were also interested in having
pluggable GtkFileChooser implementations.  I'm sure Hildon will have
something to bring to the table.

  Federico

_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@...
http://mail.gnome.org/mailman/listinfo/gtk-devel-list