I agree about 'marketing friendly' too. PHPTAL guys, lets improve on this part. I'll help doing my best for this task.
Anton On Fri, May 30, 2008 at 7:28 PM, Iván -DrSlump- Montes < [EMAIL PROTECTED]> wrote: > I've been trying to push for PHPTAL use in several projects in the > last years but I haven't been very successful. I ended up writing my > own version from scratch a couple of months ago, leveraging new PHP > 5.3 features and the bundled XML parsers + Tidy for legacy templates. > > The main point in implementing my own version was to make it extremely > modular to support custom storage (file, string, pdo...), easily > extendable namespaces, tales modifiers, pre/post filters and code > generation in other languages besides PHP (Javascript). While PHPTAL > supports most of that stuff it's showing its age and doesn't makes use > of modern PHP's OO features. That's why I target 5.3, so I can tell > management that the library is using 'latests technology' and is > easily hookable into existing frameworks like ZF or Symfony. Using a > BSD like license was also required in some projects. > > As for integration with IDEs, being an XML format I guess the only > thing needed is to implement a DTD and a RelaxNG schema to cover most > editors. > > I also agree on that it needs to be more 'marketting friendly', the > home page is an invaluable resource given that the manual is quite > complete but it does not sale the product. And a section with tips and > tricks (zebra rows, working with javascript, ...) would also help a > lot newcomers. > > Iván > > On Fri, May 30, 2008 at 5:33 PM, Patrick Burke <[EMAIL PROTECTED]> wrote: > > Anton, yes I am a developer of PHPTAL but I'm not on the PHTPAL > > developer list. My modifications have been specific to the company I > > was implementing it for but I've made more general modifications along > > the way, like some memcached/compiled templates trickery I used at the > > last place I did a gig for, and I'm ready to make a formal > > contribution so the PHPTAL Developers can tell me what's up/what they > > think. But even if my own contributions get shot down I'd like to see > > development of PHPTAL geared towards the people I have to pitch to: > > CTOs, IT Managers, Directors/Producers of Internet Programming, etc. > > Just for a while anyways, just until there's undeniable awareness of > > PHPTAL in that segment of IT personnel. I think it's only a matter of > > adding and promoting a few more "enterprise" features to the project > > (I really, reeeeally hate that "enterprise" term but...you probably > > know what I mean when I say it so that's why I'm using it). > > > > I've probably got another couple of months before I get up to speed on > > the latest version of PHPTAL and then implement the memcached thingy I > > did. Hopefully I'm an "official" PHPTAL developer at that point. > > > > But do you get what I'm saying about the direction of development in > > the short term? It's just that I know too many CTO types that have > > actually heard of Smarty but are baffled by this new-fangled PHPTAL > > stuff, and they aren't even keen on hearing about it until I start > > sneaking in comments like, "See, that problem just simply doesn't ever > > happen when you use PHPTAL", or "We wouldn't worry about that > > bottleneck if we had something like PHPTAL's system". > > > > Know what I mean? > > > > Hew > > > > _______________________________________________ > PHPTAL mailing list > [email protected] > http://lists.motion-twin.com/mailman/listinfo/phptal >
_______________________________________________ PHPTAL mailing list [email protected] http://lists.motion-twin.com/mailman/listinfo/phptal
