Specifying thumbnailers as a service

Kevin Krammer kevin.krammer at gmx.at
Fri Aug 29 19:14:38 BST 2008


On Friday 29 August 2008, Philip Van Hoof wrote:

[snip]

> That, combined with Rob Taylor's proposal, brings me to this DBus API:
>
> <node name="/">
>
> foreach ([mime-part] in supported_mime_parts) {
>
>   <interface name="org.freedesktop.Thumbnailer.[mime-part]">

I am not sure you need a separate interface name for each MIME type. Most 
likely the thumbnail service will have to decide about the MIME type itself 
anyway.

>     <method name="Create">
>       <annotation name="org.freedesktop.DBus.GLib.Async" value="true"/>
>       <arg type="as" name="uris" direction="in" />
>     </method>
>     <method name="Move">
>       <annotation name="org.freedesktop.DBus.GLib.Async" value="true"/>
>       <arg type="as" name="from_uris" direction="in" />
>       <arg type="as" name="to_uris" direction="in" />
>     </method>
>     <method name="Delete">
>       <annotation name="org.freedesktop.DBus.GLib.Async" value="true"/>
>       <arg type="as" name="uris" direction="in" />
>     </method>
>   </interface>

What do others think about having a signal like this

<signal name="Created">
  <arg type="as" name="thumbnails" />
</signal>

I know that "Create" is annotated as async but the client might want to start 
using/displaying thumbnails as the come in, e.g. in batches, and not wait 
until all requested ones have been completed.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20080829/bb6c3769/attachment.sig>
-------------- next part --------------
_______________________________________________
xdg mailing list
xdg at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg


More information about the kfm-devel mailing list