Re: GtkFileSystemWin32 (was Re: Gtk+ 2.3 ABI breakage)
- From: Matthias Clasen <maclas gmx de>
- To: gtk-devel-list gnome org
- Subject: Re: GtkFileSystemWin32 (was Re: Gtk+ 2.3 ABI breakage)
- Date: Tue, 09 Dec 2003 00:02:01 +0100
Am Mo, den 08.12.2003 schrieb Owen Taylor um 23:57:
> On Sat, 2003-11-15 at 15:45, Hans Breuer wrote:
> > At 12:14 01.11.03 -0500, Owen Taylor wrote:
> > >On Sun, 2003-11-02 at 10:55, Hans Breuer wrote:
> > >> At 09:08 01.11.03 -0500, Owen Taylor wrote:
> > >> >On Sat, 2003-11-01 at 13:57, Hans Breuer wrote:
> > >> >
> > >> >
> > >> >I'm a bit curious how you are testing out testfilechooser, since
> > >> >my expectation was that it would take substantial work to get
> > >> >it to go on Win32.
> > >> >
> > >> >(To get it to go right, GtkFileSystem needs to be ported to the Win32
> > >> >shell API, which requires a change to GtkFilePath, though something
> > >> >simple similar to GtkFileSystemUnix is probably possible.)
> > >> >
> > >> The 'simple similar' does already exist on my local disk.
> > >> And here are some questions which arose while porting ;-)
> > >>
> > >> - GtkFileSystemUnix and GtkFileSystemWin32 currently share a lot
> > >> of code, i.e. all which is using the abstraction already supplied
> > >> by GLib. Would a patch which introduces a common base class -
> > >> say GtkFileSystemGos - be acceptable ?
> > >
> > >I think the question here is: are we going to ship a "simple"
> > >GtkFileSystemWin32 with GTK+-2.4. If so, a GtkFileSystemSimple
> > >base class would make sense.
> >
> > Not sure if I see the differnce here. Do you suggest to create
> > more than one GtkFileSystem implementation for windoze ?
> > Or should the built-in file system implementation always
> > be limited ? This may be required/useful on *NIX to not make
> > Gtk depend on gnome-vfs, but what would be the point on win32
> > where the whole (ok the win9x/XP common) win32 api could
> > be used without additional dependencies.
>
> What I'm saying is that my expectation is that a thoroughly shell-api
> based file system model is going to very different from
> GtkFileSystemUnix and that a common base class won't be useful.
>
> One request - could someone please sed-job GtkFileSystemWin32
> to not be called GtkFileSystemUnix?
>
I can take care of that.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]