Linked by Thom Holwerda on Thu 4th Nov 2010 22:40 UTC, submitted by rhyder
Linux "For a fairly scruffy looking guy, I have a surprisingly healthy approach to organising my files. However, I'm constantly pushing up against the limitations of a system that is based around directories. I'm convinced that Linux needs to make greater use of tagging, but I'm also beginning to wonder if desktop Linux could abandon the hierarchical directory structure entirely."
Thread beginning with comment 448684
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: To sum it up...
by phoenix on Fri 5th Nov 2010 17:14 UTC in reply to "To sum it up..."
phoenix
Member since:
2005-07-11

So in my opinion, a better idea would be to offer an automatically-generated hierarchy in order to make search functionalities more discoverable.


Yet another way BeOS was released to world before its time. ;) This was implemented in the file manager and the filesystem. Supposedly, it worked well (never used BeOS myself).

This is something I really like about Zimbra. You can save a search anywhere in your folder tree, and it will update the results every time you "open" the "folder". Works quite nicely, with a barely noticeable 1s lag.

Say, if I look for music, I go in Search/Music. That folder full of symlinks is automatically updated


Why symlinks? Why not just show the files themselves?

Reply Parent Score: 2

RE[2]: To sum it up...
by Neolander on Fri 5th Nov 2010 18:49 in reply to "RE: To sum it up..."
Neolander Member since:
2010-03-08

Why symlinks? Why not just show the files themselves?

Because file indexer only has to create a lot of symlinks in the folder once, instead of having to do some database query every time you open the folder.

Reply Parent Score: 2

RE[3]: To sum it up...
by phoenix on Fri 5th Nov 2010 19:26 in reply to "RE[2]: To sum it up..."
phoenix Member since:
2005-07-11

Yes, but then the "file indexer" has to continually check that the symlinks are valid, and has to continually recreate them. And, anyone accessing the GUI will see the same icon (link) for all files, regardless of the type of file. And, if you rename the "file" in the search area, it doesn't rename the actual file. Plus, each symlink is a 0-byte file using up an inode, so each search you create can potentially run your system out of inodes, leading to "disk full" errors when you are using 10% of your disk.

Using symlinks is a band-aid that would be worse than the cut it covers.

Reply Parent Score: 2

RE[2]: To sum it up...
by bogomipz on Sat 6th Nov 2010 12:06 in reply to "RE: To sum it up..."
bogomipz Member since:
2005-07-11

"So in my opinion, a better idea would be to offer an automatically-generated hierarchy in order to make search functionalities more discoverable.

Yet another way BeOS was released to world before its time. ;) This was implemented in the file manager and the filesystem.
"

Just to make this clear; BFS automatically indexes certain attributes to speed up searching, it does not automatically populate those attributes. With Neolander's suggestion, creating a link is like adding a tag, not indexing an existing tag. If/when Haiku will automatically fill attributes, this too will be by a continuously running userland process.

This is something I really like about Zimbra. You can save a search anywhere in your folder tree, and it will update the results every time you "open" the "folder".

Saved queries in BeOS/Haiku work this way too. Tracker makes them behave more or less like folders. You can for instance make a search for program files and put it in your Leaf menu folder (Haiku-speak for start menu), or anywhere else for that matter, to have a dynamic application launcher.

Edited 2010-11-06 12:10 UTC

Reply Parent Score: 2