I am trying to do some HTML5 on my web site.
Here is what I see in the browser (Safari) output:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;html
xmlns=http://www.w3.org/1999/xhtml;head
I don't think that's correct, is
I decided to test my app on IE today and it isn't 100%.
Most problems deal with AJAX/zone updates.
This is especially true in production mode with scripts
combined/minimized/compressed.
I get all sorts of random problems with ZoneManager being not found etc.
I am using IE8 on XP with
This date at least makes Safari not cache any javascript in production mode.
GET /tap/assets/25b85eccaed0/stack/en/core-datefield.js HTTP/1.0
HTTP/1.1 200 OK
X-Powered-By: Servlet/3.0 JSP/2.2 (GlassFish Server Open Source Edition 3.1.1
Java/Apple
Yep, no surprise there. That would be a Java limitation since JDK 1.0:
http://download.oracle.com/javase/7/docs/api/java/sql/Date.html
Steve.
On 23 October 2011 21:46, Lenny Primak lpri...@hope.nyc.ny.us wrote:
This date at least makes Safari not cache any javascript in production mode.
I'll have to document this better.
!doctype html is expanded to the transitional DTD, to keep the XML
parser happy (especially about HTML entities) ... but there's no good
way to filter it out. Also, a missing !doctype is treated the same
as !doctype html.
There's a Doctype component that can
I don't understand your point Steve. I would think the proper expiration header
would be sometime in the future and not a null value? Seems like either a bug
in tapestry or the app server to me.
On Oct 23, 2011, at 9:57 AM, Steve Eynon steve.ey...@alienfactory.co.uk wrote:
Yep, no
Can't the 'original' doctype be saved in the request object and then restored
default markup writer? Seems like that would be a good default behavior
that preserves the original object's doctype.
On Oct 23, 2011, at 12:11 PM, Howard Lewis Ship wrote:
I'll have to document this better.
This looks like a bug.
tapestry5/internal/services/ResourceStreamerImpl.java, line 102
long lastModified = streamable.getLastModified();
looks like that returns zero (1970) and expired header is set later
to (+10 years) to 1979.
I think a null check should be made there or at least see why its
There is a related JIRA: https://issues.apache.org/jira/browse/TAP5-1119
I don't think they discuss the root of the problem, which looks like
org/apache/tapestry5/internal/services/assets/StackAssetRequestHandler.java,
line 183.
On Oct 23, 2011, at 3:56 PM, Lenny Primak wrote:
This looks like
We're having some issues resolving spaces int he current directoyr
path name, vs. some class loader problems that are primarily occuring
in Tomcat. Please try beta-26, where the fix (for Tomcat) was reverted
to stop penalizing everyone else.
On Fri, Oct 21, 2011 at 11:16 PM, Steve Eynon
I want to do a swing app. Is Griffon OK? Anyone?
On Wed, Oct 12, 2011 at 4:15 PM, Denis Stepanov
denis.stepa...@gmail.com wrote:
how many of you know Bootstrap http://twitter.github.com/bootstrap/, a css
toolkit designed to kickstart development of webapps and sites from Twitter?
I just had an idea that Tapestry could use bootstap as defaul
Thanks, this is a simple way to solve my problem in some situation.
On Oct 21, 2011, at 11:59 PM, Howard Lewis Ship wrote:
Alternately, use the @ActivationRequestParameter annotation instead of
@Persist. This will put the value into a query parameter of the URL,
which will be unique to each
Hi
I need to get hold of the ZoneManager for a zone. I have the following:
@InjectComponent
private Zone myZone;
@InjectComponent
private org.apache.tapestry5.corelib.components.ActionLink myZoneUpdateLink;
@Environmental
private JavaScriptSupport javaScriptSupport;
14 matches
Mail list logo