NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
Bricolage (Score:3, Interesting)
What I cannot seem to find anywhere though is what itch got scratched in writing this thing? Whose site is the canonical example bricolage site? Are there any "live" sites yet?
Re:Bricolage (Score:1)
I only have time to say that this is scratching a generic CMS itch, in that there are none in perl, and perl professionals spend a great deal of time in other environments because there are end-user apps ready for userland.
There are good frameworks, to be sure , your axkit is one of them. But this is an app, and as such, I would say that this is "the Cliffs Notes for Mason" to steal a phrase.
Re:Bricolage (Score:3, Interesting)
Interesting times ahead
Reply to This
Parent
Re:Bricolage (Score:3, Interesting)
In other news then I'm looking at using it for www.perl.org and that kind of sites.
- ask
-- ask bjoern hansen [askbjoernhansen.com], !try; do();
Re:Bricolage (Score:1)
For XSLT, I'd rather use AxKit than anything else.
That said, I would use Bric to manage XML/XPathScript docs (you could use the new SOAP process), and publish to an AxKit server.
Mason would still be the burner for me. The way autohandlers, etc. work in Mason seem very well suited for the care and feeding of XML/XSL docs.
Re:Bricolage (Score:1)
Personally, I'd like nothing better than to see this happen. I think that Sam did a nice job developing the subclassable burner architecture, and it'd be really cool to see AxKit, XSLT [geocrawler.com], EmbPerl, Apache::ASP, and Template Toolkit burners added. It'd make Bricolage the ideal solution for just about any Perl web maven.
Re:Bricolage (Score:2)
- ask
-- ask bjoern hansen [askbjoernhansen.com], !try; do();