Symptom: Spaces and pipes representing newline continuations are displayed in the comment editor, rather than extracting the actual comment. Also, in files.bbs, there are about 31 spaces before the pipe; I'm not sure if that is required by the files.bbs spec or not.
After reloading a multi-line comment for editing in TC:
Code: Select all
this is a test of using files.bbs...
| does this allow multiple lines?
| I came across this bug while looking for a way to manage meta-data (e.g. keywords) for a filesystem-based document management system. I've heard NTFS has some useful meta-data capabilities, but we also use Win98 and some FAT32 volumes which we'd have to be careful about.
As others have mentioned, creating a separate and more flexible standard than files.bbs and descript.ion for managing meta-data in TC might be useful. It'd be really neat if TC could dynamically manage (filter / sort) arbitrary (text) meta-data (from the NTFS filesystem and any other standard you create). It seems some additional functionality in this regard will be part of the future WinFS, so I'm interested in learning how TC will adapt to that.
I'd also appreciate any ideas you guys have for document management. Thanks.
Kevin
