Il giorno mer, 09/04/2008 alle 12.05 +0200, Vincent Untz ha scritto:
> Le mercredi 09 avril 2008, à 00:19 +0200, Johannes Schmid a écrit :
> > For now, this is just an optional dependency but when it is more stable,
> > it's likely that we will remove the old symbol-browser and make the new
> > plugin the default. However, we either need libgda-4.0 as external
> > dependency or as Desktop module for GNOME 2.24.
>
> Just to clarify: are you asking that we add libgda to the list of
> blessed external dependencies or somewhere in the GNOME release suites?
IMHO the issue hare is more generic: currently the GNOME
Desktop/Platform lacks an official "dependence" to store data in a
database structure and a library to access to those data using
Glib/GObject approach.
To develop a rich and full featured application, ISV and ISD could need
to store data in more complex and performing structure than XML (libxml
and lib) or INI (glib). Anjuta is the fist application officially asking
for it, but we yet have F-Spot that stores the photos metadata using the
database interfaces available in mono.
If we really want to provide something like the Core Data from Apple[1]
or QtSql from Trolltech[2] I think the blue sky scenario is:
1. add a sql database engine/library as external blessed dependence
- SQLite seems the de-facto standard for "desktop computer
applications" (note we are choosing a database to store your
music library or the previously mentioned photos metadata, we
don't need MySQL, PostreSQL or Oracle, so don't flame about
"$DATABASE is better")
2. add a Glib/GObject oriented wrapper library, not in "Platform
Libs" but in "Desktop Libs"
3. lobby core applications to use the official database and/or the
official wrapper library
This seems the most rational approach to me, while I still have some
doubts:
* is libgda "well behaving" for this purpose? I'm not saying
libgda is bad and I don't have the knowledge to technically
review it, but I know that it has a long list of supported
database providers: it's more a meta-wrapper then a wrapper.
Isn't a little oversized as "Desktop Lib"?[3]
* evolution-data-server: can we port it to use SQLite or libgda
instead internal libdb? should it use its private database or
it's better store email indexes only in the
$YOUR_PREFERITE_SEARCH_ENGINE index and query using Xesam? Of
course waiting Xesam 1.0.
* same question for other apps like f-spot (photo metadata,
rating, user comments and tags), rhythmbox (song metadata,
rating), epiphany (history and bookmarks) and other applications
that are using sqlite (like f-spot) or could like to use it
(like rhythmbox or epiphany): is a good idea use a private
database for data that you could need to search "from the
outside"?
[1] http://en.wikipedia.org/wiki/Core_Data
[2] http://doc.trolltech.com/4.1/qtsql.html
[3] Note also while Anjuta will use only the SQLite provider from
libgda, distro packagers will have to build libgda against all supported
databases.
Attachment:
signature.asc
Description: Questa =?ISO-8859-1?Q?=E8?= una parte del messaggio firmata digitalmente