On Thu, 2005-08-25 at 13:41 -0400, Shailabh Nagar wrote: > > Perhaps RBCE > > ought to be changed to not use names directly except on read/write. > > I don't follow. How will users refer to a class as part of a rule ? > > Certainly its an option to return a handle (core class's id would be > good) to the user whenever a class is created and to use that handle as > part of rules etc. But it makes usage of /rcfs not quite as intuitive. > > Overall I thought the complexity of handling renames properly wasn't > worth the benefit of the slight additional flexibility. The user (or we) > can provide a shell script that does the rename. > - creates the new named directory > - moves all members from old to new > - deletes the old directory > - recreates the affected rules in rbce with the new name (might need to > scan and store the rules affected first).
I agree with Shailabh reasoning, it will be too complex to implement with very little added functionality. Besides, we cannot be sure if the user wanted it that way... may be she wants to rename "gold" to "platinum", and wants to create a new "gold" which she expects to be used by the rule that is already defined with class "gold", which is not the suggested implementation would do. So, it is less confusing from the usability point of view, if we just don't support mv. chandra > > > > > Cheers, > > -Matt > > > > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > ckrm-tech mailing list > https://lists.sourceforge.net/lists/listinfo/ckrm-tech > -- ---------------------------------------------------------------------- Chandra Seetharaman | Be careful what you choose.... - [EMAIL PROTECTED] | .......you may get it. ---------------------------------------------------------------------- ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ ckrm-tech mailing list https://lists.sourceforge.net/lists/listinfo/ckrm-tech
