>
> >
> > 1) I would have wanted to specify both which template to use,
> > AND which screen to use, in the URL. There are rules to
> > determine the screen from the template URL, but I feel that
> > I need more customization. The screen variable is ignored
> > however why is that. (Feel free to tell me that it is my
> > itch, and I might very well scratch it. What I am wondering
> > about is if the designers specifically decided to disallow
> > that)
> >
> > Magnus
>
> In general it would not be a good idea to allow the java class to be
> used with a template to be decided by the user (invitation to url
> hacking to get around security), so the inability to do so has been
> designed in by default.
>
> John McNally
But it is my screens, not my templates that check for priviliges, so
I can't see better uses for hacking than for someone who has
priviliges to use a template returning garbage (Garbage that the
user would be authorized to view).
> It is easy to get around for a java Screen that
> can work with several templates. Just use the screen parameter key to
> get the java Screen and then in the Screen use some other query
> parameter other than "template" to get the template name. Or if you
> really want to override this behavior generally I think you would want
> to use your own TemplateSessionValidator that does not remove the
> "screen" parameter if the "template" parameter exists.
OK, I checked out TemplateSessionValidator and agree that it is not
especially elegant to override it for these needs.
The setTemplate(RunData,String) method is however exactly what solves
my problem. Apologizes for not having found it and many thanks for
pointing this out to me.
This method also solves my worries about links between pages with a
partially template enabled site. This way I just change the screen
classes to use and set the template they wish to use, and all
links are still valid (Yes jon, I do plan to move on to the
Pull MVC Model, but one has to be excused for some lag, the way
functionality is being added to turbine).
Magnus
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Search: <http://www.mail-archive.com/turbine%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]
