Summary: | Feature request for Extended Attribute support | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | daeron |
Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | FreeBSD | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
daeron
2004-05-05 18:20:44 UTC
You do know the "Info List View"? I'm not a regular user of the Linux branch of technology so I do not know if Linux users are familiar with Extended Attributes? Just in case, I'll give a quick explanation of the tech. Background: It is a technology that the IBM people deployed on their OS/2 HPFS file system around 1992; it has since been used on systems like BeOS and Unix. Tech: Basicaly., it allows you to create any type of 'attribute' for any file; for example, you could create a 'URL Source' attribute which would hold a text string showing which URL it came from. Or you could decide to create an 'Author' attribute; or a 'Colour' one or anything you want. One of the advantages, is that this information then stays with the file even if you send it to somebody else, or re-organise your files; where as if you wrote that info into a separate database, the files vital info would be dependant upon remaining with that database. Another advantage is that some files systems have very high speed search capacity and so many 'database' like functions could become just simple file operations. For example, for a person who has to search the Net for rare and scatted information; the ability for each downloaded file to specify where it came from is a major time and resource saving. Note: using EA's does not affect the whole system, just the individual files written to, so apart from provison of a optional EA's system there should be no excess performance issue involved. |