2006/11/23, Patryk Zawadzki &lt;<a href="mailto:patrys@pld-linux.org">patrys@pld-linux.org</a>&gt;:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Dnia 23-11-2006, czw o godzinie 20:44 +0100, Mikkel Kamstrup Erlandsen<br>napisał(a):<br>&gt; 2006/11/23, Fabrice Colin &lt;<a href="mailto:fabrice.colin@gmail.com">fabrice.colin@gmail.com</a>&gt;:<br><br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Well, AFAIK, dbus allows complex structures like arrays or
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; dictionaries.<br>&gt;<br>&gt; Yeah, but that really only accounts as collections of simple data<br>&gt; types in my book. What I meant was just that you can't have Query<br>&gt; object, like fx Lucene does, and pass that over the wire. Not in a
<br>&gt; desktop neutral way at least - or please correct me if I'm wrong! :-)<br><br>But you can use object handlers just like you use file handlers - let<br>the DBUS interface pass you a handle and use that handle when calling
<br>other interface methods.</blockquote><div><br>Right, but do you think this is a good idea? I must admit I don't know how this would effect performance - construction the query object via dbus calls...<br></div><br>Also, I think such query object onstruction should be bound to the native toolkit of your desktop, so that it is a GObject in Gnome fx (I know that this is not ruled out in your suggestion).
<br><br><br>Cheers,<br>Mikkel<br></div>