Re: GtkFileChooser API work (bookmarks)
- From: Marco Pesenti Gritti <marco gnome org>
- To: Jeff Waugh <jdub perkypants org>
- Cc: desktop-devel-list gnome org
- Subject: Re: GtkFileChooser API work (bookmarks)
- Date: Wed, 03 Sep 2003 00:24:28 +0200
On Wed, 2003-09-03 at 07:43 +1000, Jeff Waugh wrote:
> <quote who="Marco Pesenti Gritti">
> > I've been playing with a daemon for user data idea too. Right now I
> > think Storage approach is more appropriate though.
> > (http://www.gnome.org/~seth/storage)
> As interesting as Storage may be, it is fairly pie-in-the-sky when it comes
> to solving user problems in a reasonable timeframe. There's no reason to
> drop *serious* user issues on the floor waiting for some "perfect system" to
> come along. :-)
I should think more before pressing Send.
The storage core (libstorage) is just a simple api
(very similar to the ephy and the rhythmbox one) to
insert and retrieve data from a database (PG atm). That's what
I was talking about. Obviously my link to the storage page is totally
confusing, because it talks of a lot of other things ...
Basically I think there are two approaches to share user data between apps
(bookmarks in this case). One is to have daemon in the middle,
the other is to have a multi threaded db.
The second is what I meant with storage approach.
Both have pro/cons surely, but I dont think 2 is pie-in-the-sky.
For how much I like the storage long time goals I perfectly see there are
issues that should be solved in a shorter time frame, and I'm even trying
to put some work on them.
] [Thread Prev