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

List:       kde-devel
Subject:    Re: Nepomuk Tags kioslave - Please Review
From:       Albert Astals Cid <aacid () kde ! org>
Date:       2012-11-06 17:30:27
Message-ID: 1622172.rMaT60Dvf6 () xps
[Download RAW message or body]

El Dimarts, 6 de novembre de 2012, a les 18:17:29, Vishesh Handa va escriure:
> Ping?
> 
> I'll be merging this on Thursday. I would appreciate it if somone could
> review the code.

I'll have a look later today (based on my 0 knowledge of nepomuk & friends).

Cheers,
  Albert

P.S: You sent the email to the wrong list, we do reviews in kde-core-devel not 
kde-devel

> 
> On Wed, Oct 31, 2012 at 3:12 AM, Vishesh Handa <me@vhanda.in> wrote:
> > 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

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]