On 3/25/2011 8:24 AM, Richard Dale wrote:
On Friday, March 25, 2011 03:01:43 PM Ville M. Vainio wrote:
On Fri, Mar 25, 2011 at 4:53 PM, Richard Dale
<[email protected]> wrote:
On Monday, March 07, 2011 10:06:08 PM Arjan van de Ven wrote:
Are you planning to support or implement a QSparql backend for EDS?
I suspect we'll never see QSparql in MeeGo the way things are going....
Disclaimer: I am a QSparql developer
QSparql is the standard way of accessing Tracker from Maemo in Qt code,
and as far as I know it has been packaged for MeeGo too. In order to
build the Qt based RAD environment, that I personally dream of, QSparql
will be needed.
Is there a particular reason not to have QSparql, when you already have
Tracker?
I wouldn't have thought there was, but obviously the statement above from
Arjan van de Ven concerned me.
my concern is based on the (lack of) progress around QSparql in MeeGo.
I'm sure it's all great in Harmattan,
but a solid story for MeeGo has so far been lacking. Ideally QSparql
becomes a real, full and open source member of the Qt family of APIs.
(a solid story also includes proper moving away from older APIs)
Until that's there.... color me a bit skeptical... it's been promised
for a long time and hasn't really materialized very well yet.
_______________________________________________
MeeGo-dev mailing list
[email protected]
http://lists.meego.com/listinfo/meego-dev
http://wiki.meego.com/Mailing_list_guidelines
