It's seems we have RT Time :) With views we have a nice sitemap feature that imho can be improved as well:
One major disadvantage currently is that views are not inherited to subsitemaps, so I: **** Views should be inherited and can be extended/overwritten in subsitemaps like any other component. **** Views are used for different scenarios; they provide a different ending of your pipeline. This is e.g. useful for debugging. Now by default the content view is enabled (for the main sitemap), and most times this view is not disabled when the application goes in production, so a user can invoke this view on deployed applications and see the output of the generator. But, this might contain sensitive data which is not intended to be seen by the average user. So it makes sense to have a way to turn off views. But at the same time you might need views in different areas of your application, so: **** Views can have a default state: enabled or disabled that can be set in the sitemap: <map:views default="enabled"> (or disabled) This default can be overwritten on a map:pipeline base: <map:pipeline views="disabled"> (or enabled) In addition, you can allow only some views, like: <map:pipeline allow-views="x,z"> **** And now you :) Carsten Carsten Ziegeler Open Source Group, S&N AG http://radio.weblogs.com/0107211/
