Ok, then if 'scripting' is intented to be implemented for such reasons, then it makes perfectly sense. Customization language for evolution will improve it for sure. Then anybody could write it's own extensions to it. Hey, that's great!:) You got me in for that!
cozy PS. quite the same idea is in Lotus Notes/Domino...never used that, but if i remember good, there was a scripting languge for writing extensions. Maybe worths taking a look..... > > >>I think that for that the posibility to pipe to/from an external program >>it solves the most of the problems proposed by users. Then everybody can >>use what ever he can use: Perl, Tcl, C#, etc. >> >> > >I dont think you follow how 'scripting' is intended to work. I think >scripting is a misnomer. I'd prefer to call it a customisation >language/system. For example, why code the menu item which implements >'mark all as read', where it could simply be a 1-2 line script that >auto-attaches itself to the menu when required. Or "reply to emails in >this folder always go to this address, and use this from address". > >Customisation via scripting will allow us to implement all of those >demanding users' demands without affecting the primary code base, and >infact allow us to streamline the primary codebase at the same time. > >Just running an external program will only solve a subset of the >problems that could be solved this way. And neither will it address the >monolithic development model which hampers external contribution, etc. > > > _______________________________________________ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
