Peter Speltz wrote:
This seems like a good thing dave. This way templates don't have to
worry about what type of path structure the app is using.
Thanks, Peter :)
This would go good in core Maypole eventually maybe :) .
Plugins are a good place to test new features and their interfaces.
And its easy to go from plugin to core. I wanted a feature like this
in the core when i did Maypole::Plugin::Menu. The logic is simply for
completeness of the circle of the URI iMaypole. URI's get turned into
table, action, and args via parse_path. It makes sense to have a
built in routine to do the reverse. Especially if it is possible to
override one sub to alter the form of URI and have parse_path and
make_uri work correctly..
I agree with you that plugins can be a good way to test new features.
I'm less keen on adding things to the core. In this case I think it
would be better to abstract this functionality out of the core. We
should define the interfaces as standard and provide a configuration
attribute for the provider of the interfaces. Maypole core could default
the implementation (to this module :) in the same way it does now for
the model and view. JMHO. Then again, perhaps that's the kind of thing
you were thinking of.
Anyway, I say throw make_uri in 2.11. Mark it experimental if need
be. It will get more testing that way.. I tihnk it will be a nice
rounding out feature like the redirect.
I don't think I've got the time to package it all properly for the next
release. But I'd encourage anybody who likes it to test it and report
back. That would motivate me to do it for next time :)
Cheers, Dave
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.10/119 - Release Date: 04/10/05
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Maypole-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/maypole-users
