Re: GConf and bonobo-conf are now obsolete

[Seth Nickell <snickell stanford edu>]

On 30 Jul 2001 23:03:26 -0500, Chema Celorio wrote:
> The only thing i am concerned about is notification.
> should apps poll the config file for it ? How do
> you plan to solve notification ?

The problems with these discussions is nobody listens to eachother.
Sheesh Chema, read my posting. Ian just added a notification framework
to GnomeVFS, adding the last missing piece. We'll probably make an
initial implementation using FAM (which is awesome if you use a fam with
Alex's dnotify support patched in). I even give you code for doing this
and you don't follow?!?

-Seth

> On 30 Jul 2001 04:48:43 -0700, Seth Nickell wrote:
> > Through strenuous mental effort, Ian and I have devised a new
> > configuration storage system that renders both GConf and bonobo-conf
> > completely obsolete. Unlike other inferior suggestions, we will actually
> > provide you with technical details, and rather than locking you into a
> > specific implementation our system is designed more to be a
> > specification than anything.
> > 
> > Lets try an example. Application foo wants to save the a setting named
> > "bar", which is set equal to "foo". Lets say the setting "bar" is in a
> > tree of the foo preferences dialogue "bar/foo". Simply Observe:
> > 
> > GnomeVFSHandle *Foobar;
> > char foobar[512];
> > char foobAr[512];
> > const char *FoobAr = "foo";
> > GnomeVFSFileSize foo_bar;
> > sprintf (&foobar, "%s%s%s%s\n", g_get_home_dir(), 	          ".foo/",
> > "bar/foo", "bar");
> > sprintf (&foobAr, "%s%s%s\n", g_get_home_dir(), "./foo", "bar/foo");
> > 
> > /* memory leaks are only a problem for those with limited memory */
> > gnome_vfs_x_make_directory_and_parents (gnome_vfs_uri_new (foobAr),
> > 0x777);
> > /* error handling is for the weak and flawed */
> > gnome_vfs_create (&Foobar, &foobar, GNOME_VFS_OPEN_WRITE,
> > 0x0777);
> > /* write FoobAr to foo/bar/foo/bar (aka Foobar) */
> > gnome_vfs_write (Foobar, FoobAr, strlen (FoobAr), &foo_bar);
> > gnome_vfs_close (Foobar);
> > 
> > Voila! And of course, reading a setting can be accomplished in much the
> > same way... Now lets try the notification framework...
> > 
> > void FooBar (GnomeVFSMonitorHandle foobAr, const char *Foobar,
> > GnomeVFSMonitorType Foo_Bar, gpointer foobar) {
> >     printf ("Help help! %s was changed milord!\n");
> > }
> > 
> > GnomeVFSMonitorHandle *foobar;
> > sprintf (&foobAr, "%s%s%s\n", g_get_home_dir(), "./foo", "bar/foo");
> > gnome_vfs_monitor_add (&foobar, foobAr, GNOME_VFS_MONITOR_CONTENTS |
> > GNOME_VFS_MONITOR_METADATA, &FooBar, NULL);
> > 
> > WOW! That sure was an easy notification framework.
> > 
> > Schemas? No problemo... We even give you the flexibility to write your
> > *own conformance functions* !!!
> > 
> > char *fooooobars = "foooooobar";
> > sprintf (&foobAr, "%s%s%s\n", g_get_home_dir(), "./foo", "bar/foo");
> > GnomeVFSHandle *foobar;
> > gnome_vfs_metadata_open (&foobar, foobAr, GNOME_VFS_OPEN_WRITE);
> > gnome_vfs_metadata_set_string (foobar, "schema", fooooobars);
> > gnome_vfs_close (foobar);
> > 
> > VFSConf is the perfect system. Everyone can use filesystems! Solves all
> > compatibility problems. End the desktop wars. What are some of its other
> > benefits:
> > 
> > 1) Proven scalability (see typedef GnomeVFSFileSize)!
> > 2) Monikers (see gnome-vfs/monikers)!
> > 7) Ruggedly industry tested!
> > 3) Want to secure your data? Then try our new flavourful ssl encryption
> > support, plus the hot new authentication infrastructure
> > 4) Builtin notification framework (or bring your own!)
> > 5) Arbitrary extra value metadata!
> > 2) Waiting for your favority GConf backend? Wait no more! We support
> > over 13 different methods (bzip2 method! finally your settings will be
> > store compressed! smb! store over a network ssh! secure storage)
> > 8) Our configuration system has more catch phrases than yours!
> > 11) We can't count, but you can count on us.
> >  
> > And best of all....you can use it today! No more learning stupid
> > technologies you can't possible understand! No more studying
> > incomprehensible header and source files! We have 0-day (uh, some) API
> > documentation ready for j00!!!!!
> > 
> > Havoc, Dietmar, Michael...eat our dirt.
> > 
> > 
> > _______________________________________________
> > gnome-hackers mailing list
> > gnome-hackers gnome org
> > http://mail.gnome.org/mailman/listinfo/gnome-hackers
> > 
> > 
> > 
> 
> 
> 
> _______________________________________________
> gnome-hackers mailing list
> gnome-hackers gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-hackers
> 
> 
>