On Mar 01, 2007, at 22:56 UTC, GregO wrote: > Thanks Joe. All I can say is hmmm.... and grrr.....
I understand, but in the big picture, it's good that it works this way. Scripts having access to the entire framework would present a huge gaping security hole for many types of apps which are likely to need scripting. Some system to remove the classes you don't want will never be as secure as having to explicitly add the stuff you do want. That said, I can see how it'd be nice to just declare the framework classes you want accessible within your script context. I think that's just technically very difficult to provide. > So I'm guessing that I'd need to implement my own date class to be > able to do this or make a property in the context that normally holds > the current date and I'll access the properties from there.... Right. Look at IDE scripting; it has to deal with dates, but as I recall, simply passes them to and from context methods in as strings using SQL date format. Maybe that'll work for you too. Best, - Joe -- Joe Strout -- [EMAIL PROTECTED] Verified Express, LLC "Making the Internet a Better Place" http://www.verex.com/ _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
