Hi all, ----- Original Message ----- From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, October 01, 2001 11:21 AM Subject: [C2] Environment.getAction() method
> Can anybody explain me why the getAction() method is in Environment > interface? Why the action param name (cocoon-action) is hard-coded and > cannot be configured? I'd like to have a possibility to select (filter) > actions to be performed by a more flexible way. I'd propose to make the > action selection mechanism configurable in sitemap. E.g.: Yes, there is definetly a need for a closer look at what the user patterns for actions are and perhaps to extend as you suggest. My guess is that a lot of people like a clean approach of using a pipeline with static file generated source followed by a html serializer, and NOT xsp to handle what really should be an action. I can think of a number of different actions that could easily be done from xsp. I know there has been discussions about actions/pipeline logic. Not sure what the outcome was though. ..... > More complicated behavior is also possible (matching actions by wildcards, > regular expressions, etc.). Is it possible to reuse some of the selector code from the sitemap to implement this? .... > Are there any comments, future plans or something related to actions? Design > patterns of developing complicated sitemaps with a lot of actions or so > would be fine. * maybe of topic * We are currently implementing an xforms implementation using an home-made action and a ditto transformer for doing extremely complex, yet configurable application development. This is an effort to reduce application development time from 12 weeks to 2 weeks for web applications within a governmental organisation, which according to swedish law, has to publish the data gathered. Basically were createing the micro applications within cocoon. There is currently a lot of activity in the cocoon-dev list on this topic (contexts) and i think these to topics are related as both techniques are used in our project (or any project using cocoon to do more that viewing data). Regards Per-Olof Norén Stockholm, Sweden --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
