Chris > -----Original Message----- > From: Chris Thielen [mailto:[EMAIL PROTECTED] > Sent: 21 January 2004 14:17 > To: Alan Munday > Subject: RE: [WL] [SAtalk] Yikes.. rules_du_jour > > > On Wed, 2004-01-21 at 20:12, Alan Munday wrote: > > Chris > > > > Maybe the other way to do this is to have all the rulesets > defined in RDJ > > and in the parameter section hold a variable to indicate > which rules are to > > be used for an individuals instance of it. > > > > When updating RDJ these can be read and brought forward without user > > intervention. > > > > Allows for mass customisation and low maintenance. > > Alan, > > Agreed. If you want to try out the version I'm testing, feel free. > Download these two files: > >http://sandgnat.com/cmos/temp/rules_du_jour >http://sandgnat.com/cmos/temp/my_rules_du_jour
>The idea is that my_rules_du_jour is the script that is scheduled, and >contains all persistent customizations. >Is something like this what you had in mind? Sort of... I was thinking that the first thing that RDJ could do is to check that it itself is the latest version. If not, go get the new version of itself. When installing move the configured parameter values to the new file. Then continue with the cf update. The "Private" rules from my_RDJ could be spawned from RDJ as a configured parameter as per BigEvil etc. Alan ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
