Path: utzoo!attcan!uunet!ns-mx!tessa.iaf.uiowa.edu
From: randy@tessa.iaf.uiowa.edu (randy frank)
Newsgroups: comp.sys.sgi
Subject: keeping ftrs from overriding the dumpster ftr
Message-ID: <3098@ns-mx.uiowa.edu>
Date: 5 Nov 90 17:29:47 GMT
Sender: news@ns-mx.uiowa.edu
Distribution: na
Organization: University of Iowa, Image Analysis Facility
Lines: 44


	Here's my problem (It's amazing it didn't crop up till now!!):
I have typed a user data directory via the presence of the file '_traces'
using the following excerpt from a .rtr file:

TYPE Traces_dir
        MATCH dircontains("_traces");
        LEGEND XXX traces directory
        SUPERTYPE Directory
        SPECIALFILE
        CMD OPEN dirview $LEADER
        CMD ALTOPEN XXX $LEADER
        MENUCMD "Run XXX" XXX $LEADER
        MENUCMD "Setup for tracing" XXX2 $LEADER
        ICON {
include("iaf.Traces_dir.pre.fti");
                if (opened) {
include("iaf.Traces_dir.open.fti");
                } else {
include("iaf.Traces_dir.closed.fti");
                }
include("iaf.Traces_dir.post.fti");
             }                   

	This all works fine in most every situation I encountered until today.
Today a user trashed such a directory by throwing its CONTENTS into the
dumpster instead of throwing the directory in or clicking on the dir and
selecting remove from the menu.  So what happened?  The user's dumpster was
typed as a 'Traces_dir' instead of a 'dumpster' and the user could not
empty it.  A quick removal of the _traces file and closing and reopening
Workspace fixed the problem but I don't know how to prevent this from
happening again.  Is there anyway I can guarantee the system rules for the
dumpster override mine?  Is there a better way for me to write the rule?
My application requires the typing be done at the directory level because of
the large number of files the application uses and generates.  Typing the
directory hides the inner workings of my sw from the user while allowing me
easy access to the data for future analysis and diagnostics.  Anyone out
there have a solution that preserves the dumpster (besides forcing autoempty).
Thanks in advance...
--
rjf.
Randy Frank, Engineer                       |  (319) 335-6712       
University of Iowa, Image Analysis Facility |  73 EMRB              
randy@tessa.iaf.uiowa.edu                   |  Iowa City, IA 52242