T.R | Title | User | Personal Name | Date | Lines |
---|
352.1 | No change in folder structure | BUFFER::VICKERS | Winners take action not keep score | Sun Mar 29 1992 21:02 | 14 |
| There is still no object which represents a folder in the ALL-IN-1 V3.0
file cabinet so when the last document containing a folder name is
removed from that folder then that folder ceases to 'exist'.
I cannot think of a better way to keep a folder in existence other than
by having a dummy entry in it.
The only other way of which I can think is to create a external dataset
which contains a list of all desired folders and to map it on the
various create points. This is probably far more work than is
desirable.
Hopefully, someone else can come up with a more clever approach,
don
|
352.2 | TeamLinks does this | IOSG::TALLETT | Just one more fix, then we can ship... | Mon Mar 30 1992 11:55 | 8 |
|
Hmmm. TeamLinks does this. Try "Create Folder" on an IOS drawer.
You get a folder that TeamLinks can see (and its persistant across
filecab open/close) but IOS says its not there. Haven't
investigated how it is done...
Regards,
Paul
|
352.3 | Folder cache from FCS | SIOG::T_REDMOND | Thoughts of an Idle Mind | Mon Mar 30 1992 16:33 | 7 |
| It's done by the FCS, which maintains a folder cache for each open
drawer. Entries can be placed in the cache for empty (dummy) folders,
and these are erased at the end of the session if the folder isn't
used. However, the client software has to know about empty folders to
use them. TeamLinks does. ALL-IN-1 IOS doesn't.
Tony
|
352.4 | Pretend | WAYLND::HOWARD | Hail to the Redskins! | Mon Mar 30 1992 19:22 | 5 |
| If it is a particular folder or folders, such as INBOX, you might want
to alter your code to make believe the folder is still there. It would
be a lot of work for an index form, but it sounds doable.
Ben
|