Re: [PATCH] Refactor and split out buffer stack
Alex Vandiver <[email protected]> Thu, 06 Nov 2008 22:38:54 -0500
| Newsgroups | gmane.comp.web.mason.devel |
|---|---|
| Organization | Best Practical, LLC |
| Message-ID | <1226029134.4000.14.camel@localhost> |
On Thu, 2008-11-06 at 21:13 -0600, Dave Rolsky wrote: > On Thu, 6 Nov 2008, John Williams wrote: > > > I, for one, would feel a lot better about it if String::BufferStack were > > on CPAN. Adding a dependancy on a non-cpan module is a definite no vote > > from me, without even considering any other merits. > > I'm sure Alex would release this to CPAN if it were going to be part of > Mason, but for now it's just an experiment to see if he can unify the > Mason & TD buffers. Oh, absolutely -- it's on its way there now, in case that was causing people to hesitate looking at this. I wasn't going to push it to CPAN unless people thought the experiment was worth looking at. To be clear, the experiment is a success, from my point of view. The diffstat to Jifty removes a bunch of crufty code, and allows inter-calling between the templating systems that wasn't possible before. For instance, you can $m->scomp a Template::Declare template, and it Just Works. Hence why I'm interested in getting this patch applied. At this point, I want to know what the chances of inclusion into the mason core are. If this patch were possible to do with subclassing the request object instead, I'd do it and not trouble trunk with the changes -- the difficulty is that the buffer code is more or less everywhere, so there's no clean way to subclass the request object without copying more or less the whole file. - Alex ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/