[openbeos] Re: Question on Extra Attributes of FileTypes preferences

> While we're talking about special attributes...
> Sometimes it's be useful to limit the contents of attributes to some 
> predefined strings. 
> So, when you click on an attribute in Tracker, you can't just type in 
> any old string(s), 
> but get a dropdown menu where you check one or more entries. These 
> entries are defined in 
> that filetype's preferences.

I second that. That'd potentially be very useful for the file type
field, among others. There should also be the option to use a
multiple-selection popup list, for selecting which keywords
to apply to a document (e.g., comma-separated words on a
'keywords' attribute).
Though IMO getting Tracker as close to 100% bug-free as
possible, and speeding it up should really take priority over
any extra features, even post-R1.

While on the subject of attributes, is there any standard for an
attribute name representing a document's window position?
I ask this for two reasons. Firstly, as part of my sequencer
project I'm developing a generic "document-centric-application"
wrapper, and it'd be nice to use a standardized attribute
name for this purpose (so the same position is carried across
between all applications for the same document -- an
important spatial association for the user).
Secondly, these attributes change very often, so it'd be
useful to set backup tools to ignore those changes.

Likewise, is there any proposed standard for an attribute
name representing a checksum (md5?) of a file, along with
the date the checksum was taken? I've written an app
(needs a _lot_ of tidying up before release) which "scrubs" all
files on the hard disk whenever the machine is idle on the
screensaver, to make sure there's no gradual corruption
occurring. This sounds like the kind of attribute which could have
uses beyond this particular app though.

Other related posts: