Speaking of that, what's the status of tapestry-bootstrap and T5.4?
And also is it in maven central yet?
On Sep 18, 2013, at 7:53 PM, Barry Books wrote:
> I was planing on using modernizr to detect if type="date" is supported.
> I've also added min and max to the mixin since they are also supp
I agree with Geoff. It's easy to include the core stack in a Layout
component.
On Wed, Sep 18, 2013 at 7:48 PM, Lenny Primak wrote:
> Technically I agree but it breaks compatibility. So I reluctantly disagree.
>
>
>
> On Sep 18, 2013, at 7:39 PM, Geoff Callender <
> geoff.callender.jumpst...@gma
I was planing on using modernizr to detect if type="date" is supported.
I've also added min and max to the mixin since they are also supported by
HTML5. I'm sure I'll put in my Bootstrap library and I'll submit it for
inclusion in 5.4 but it's not at all compatible with the old DateField.
On We
Technically I agree but it breaks compatibility. So I reluctantly disagree.
On Sep 18, 2013, at 7:39 PM, Geoff Callender
wrote:
> What changed? The JIRA issue says "fixed" but there's no info about how.
>
> IMHO, it was a FABULOUS decision to emit minimal css classes and NO
> stylesheet. De
What changed? The JIRA issue says "fixed" but there's no info about how.
IMHO, it was a FABULOUS decision to emit minimal css classes and NO
stylesheet. Developers are free to add the core stack if they wish and free
to add refining css classes to the tml.
Who agrees/disagreees?
On 12 September
iDevices have their own, great, touch-friendly, date picker for HTML5
type="date", so maybe what's needed is to detect the media type before
deciding whether to display a JavaScript datepicker.
Similarly, recent releases of Chrome handle type="date" with a pretty good
picker, so maybe what's neede
Sounds great. Are you going to submit a patch to tapestry?
If not, Consider contributing this to FlowLogix. You already a committer there.
> On Sep 18, 2013, at 5:24 PM, Barry Books wrote:
>
> I started working on this today. Give the HTML5 spec supporting type="date"
> I decided to break thi
One thing I would look into is to make this new field JavaScript only and
have it transfer the data as a hidden field, in the ISO date format. That
would help eliminate the class of problems related to client vs. server
time zone.
I've developed for a client a DatePicker that can also select times
I started working on this today. Give the HTML5 spec supporting type="date"
I decided to break this into two parts. First I wrote a Translator for the
Date class. This means you can now just use TextField for dates if the
input type is Date. Since the Translator is contributed in the AppModule
you
In my Test application the assembly time is reduced a lot by removing
all the assets that are imported using @Import annotation.
To show the difference in my real world application, I simply override
ImportWorker with a class that does absolute nothing.
The effect is:
55s assembly time with Im
I have changed my app to use tapestry 5.4-alpha-22. Now the first page
load takes ~1 minute!
Subsequent page loads require ~1.5-2 seconds.
Hi,
a while ago I wrote here about assembly performance in our tapestry app
(The thread was titled "Speed up page compiling").
Unfortunately until now I di
11 matches
Mail list logo
