[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Nepomuk Tags kioslave - Please Review
From:       Vishesh Handa <me () vhanda ! in>
Date:       2012-10-30 21:54:52
Message-ID: CAOPTMKAuLxPa-T=e=n-gdWonV3XxDkZ1FZ2s6DdOgrJRRs8sHg () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Hey everyone

I recently wrote a 'tags' kio slave, which allows one to browse nepomuk
tags, and the files containing those tags. It is currently in
kde-runtime/nepomuk/kioslaves/tags/, in the nepomuk/tagsKioSlave branch.
Could someone please review it? I would like to merge it before the hard
freeze.

It has a custom url naming scheme -

*tags:/tag1* => All the files tagged with 'tag1' and additional tags which
can be used filter the results.

*tags:/tag1/file_url_of_the_file* => This is the url of the file. Ideally I
would just use the normal url of the file, but we need to have the 'tags'
protocol, so that we can handle delete events. We don't want to delete the
file, rather just remove that tag.

This file_url_of_the_file is added as the UDS_NAME, and results in the
search results looking slightly ugly if the file properties are checked. Is
there a better way of handling this?

*tags:/tag1/tag2 *=> Files tagged with both tag1 and tag2

Known problems -
* You can move files into a tag folder thereby effectively loosing them
* No automatic updates
* It shows the tags with the nepomuk icon. We need a better 'tags' icon.


-- 
Vishesh Handa

[Attachment #5 (text/html)]

Hey everyone<br><br>I recently wrote a &#39;tags&#39; kio slave, which allows one to \
browse nepomuk tags, and the files containing those tags. It is currently in \
kde-runtime/nepomuk/kioslaves/tags/, in the nepomuk/tagsKioSlave branch. Could \
someone please review it? I would like to merge it before the hard freeze.<br> <br>It \
has a custom url naming scheme -<br><br><b>tags:/tag1</b> =&gt; All the files tagged \
with &#39;tag1&#39; and additional tags which can be used filter the \
results.<br><br><b>tags:/tag1/file_url_of_the_file</b> =&gt; This is the url of the \
file. Ideally I would just use the normal url of the file, but we need to have the \
&#39;tags&#39; protocol, so that we can handle delete events. We don&#39;t want to \
delete the file, rather just remove that tag.<br> <br>This file_url_of_the_file is \
added as the UDS_NAME, and results in the search results looking slightly ugly if the \
file properties are checked. Is there a better way of handling this?<br> \
<br><b>tags:/tag1/tag2 </b>=&gt; Files tagged with both tag1 and tag2<br> <br>Known \
problems -<br>* You can move files into a tag folder thereby effectively loosing \
them<br>* No automatic updates<br>* It shows the tags with the nepomuk icon. We need \
a better &#39;tags&#39; icon.<br><br><br>-- <br> <span \
style="color:rgb(192,192,192)">Vishesh Handa</span><br><br>



>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]