Holding to T4 is good news to my ears... like that.
Personally I feel a T4-to-T5 code converter is warranted/appropriate for a whole app before even considering jumping to T5.
We can call it howardsFreeAndFlawlessT4toT5ApplicationConverter.JAVA
Any chance of implementing a less clunky trails calender? Man that thing is clunky.
Best regards
Ken in nashua
Date: Fri, 1 Aug 2008 18:10:50 -0700
From:
kalle.o.korhonen@...To:
users@...Subject: Re: [trails-users] Trails 2.0
Officially, we haven't even started. Despite the advantages of T5 in streamlining the core ideas of Tapestry and *possible* performance improvements, T4.1 offers (sometimes in its wonderfully quirky way, but nevertheless) most of what T5 does and more. I speak for myself but I'm sure a lot of the T4 developers share the feeling; while there's interest in moving to T5, we don't want to get held up by some not-yet-implemented feature that worked just fine in T4 (e.g. update components, call javascript after ajax, localized resources etc.), so we are still at the starting blocks with T5. I mention T5 so frequently as I think it's pretty clear to all of the Trails users & developers that the current and even next versions will be inherently Tapestry-based.
Kalle
Reveal your inner athlete and share it with friends on Windows Live.
Share now!
Best regards
Ken in nashua