Linked by Thom Holwerda on Wed 25th Jul 2012 22:18 UTC
Permalink for comment 528264
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 06/18/13 22:33 UTC
Linked by Anonymous on 06/18/13 22:26 UTC
Linked by Thom Holwerda on 06/18/13 22:25 UTC
Linked by Thom Holwerda on 06/18/13 17:45 UTC
Linked by Thom Holwerda on 06/18/13 17:32 UTC, submitted by poundsmack
Linked by Thom Holwerda on 06/17/13 17:58 UTC
Linked by Thom Holwerda on 06/17/13 17:52 UTC
Linked by Thom Holwerda on 06/14/13 21:03 UTC
Linked by Thom Holwerda on 06/14/13 20:46 UTC
Linked by Thom Holwerda on 06/14/13 17:32 UTC
More News »
Sponsored Links



Member since:
2008-07-17
right!
searching for files without a hierarchical structure is not a new concept, and Apple didn't invent it. It has been fermenting in the heads of researchers for a while, and it has actually been integrated into some applications already.
I must agree that simply removing structure just makes things more complicated. we've seen in apps like notmuch that using only tags can work fantastically for some people, but fails utterly for others. maybe the combination of hierarchy and chaos is the best option (think thunderbird 3+, BeFS ...)
files in such an environment can be searched by file name, mime type, ownership, permissions, arbitrary tags, size, content, age, in fact any data or metadata you can think about a file.
are you using "find" a lot on linux to execute commands over files selectively? imagine having that sort of nit-picking functionality in any command that accesses files. (e.g. rm tag:naughty_content age:"more than 3 weeks" type:avi; mplayer tag:naughty_content type:avi age:"15 minutes")