I Benny
Some for the pointing the second part of the HTML5 issue.
I think your question is more related to
https://issues.apache.org/jira/browse/TAP5-1040
Regards
François
2011/1/14 Benny Law benny.mk@gmail.com
I have looked at the patch provided in
Hi List,
I have just stepped into the same problem as the original poster of this
thread:
http://tapestry.markmail.org/message/ma3wvd6rk4fm56hr?q=SupportsInformalParameters#query:SupportsInformalParameters+page:1+mid:3ma5dlzcmvjjyoit+state:results
I found the solution described by Josh
Hi Benny,
put the following method into your class file:
@SetupRender
final void renderDocType(final MarkupWriter writer) {
writer.getDocument().raw(!DOCTYPE html);
}
If you use a central Layout component, put it there. Otherwise put it into the
page classes.
I have tested this with Tap
So I am using Inge's ZoneUpdater. Previously in 5.1, the createEventLink in
it results in a ?t:ac=1/2 being tacked onto the end of the event link.
Afterwards, when the event is triggered, the page's
onActivate(Integer,Integer) is called. This initializes some instance
variables that are then used
Hi!
I have a strange behavior with a javascript button here. My page
contains the following:
- Many items which may be selected
- A select all button
- A submit button
The select all button works with or without JavaScript. This is
achieved by this code:
| t:submit t:id=selectAll
Hi LLTYK,
you need a corresponding passivate Method in your page class for the t:ac to
be appended to created links. Or use the annotation @PageActivationContext on
your fields. Maybe that causes your problem.
Regards nillehammer
- original Nachricht
Betreff: T5.2 - Activation
On Fri, 14 Jan 2011 11:58:40 -0200, Stephan Windmüller
stephan.windmuel...@tu-dortmund.de wrote:
Hi!
Hi!
The select all button works with or without JavaScript. This is
achieved by this code:
| t:submit t:id=selectAll onClick=selectAll(); return false;/
Have you tried event listeners
Can u share the page ?
I don't think events are queued like this.
regards
taha
On Fri, Jan 14, 2011 at 8:04 PM, Thiago H. de Paula Figueiredo
thiag...@gmail.com wrote:
On Fri, 14 Jan 2011 11:58:40 -0200, Stephan Windmüller
stephan.windmuel...@tu-dortmund.de wrote:
Hi!
Hi!
The
I had an onPassivate. I realized something in my javascript was stripping the
query parameters from the link from createEventLink.
--
View this message in context:
http://tapestry-users.832.n2.nabble.com/Re-T5-2-Activation-context-for-ajax-requests-tp5921878p5922180.html
Sent from the Tapestry
Thanks everyone for your help. The patch for
https://issues.apache.org/jira/browse/TAP5-1040 is the best solution for me
for now.
Warm regards,
Benny
Hi
I have a feeling like this is so simple and I'm missing something
really obvious. I have a question on the recommended approach for a
specific scenario:
An HTML button showing a JS popup rendered via Ajax. Here is specific example:
On Fri, 14 Jan 2011 14:27:12 -0200, Adam Zimowski zimowsk...@gmail.com
wrote:
Hi
Hi!
My question is, how should I approach this? Currently, the price
button invokes a JS call. So how can I call actionlink URL from a
JavaScript?
Every event (ActionLink triggers events) has an URL. To get
It turns out there is a simple way to do this. So simple I was
overlooking it. When you create a multizone update you give it the
client id and the zone you wish to update. The zone will render with
the present context. However, you can also simply give it a string
with the contents you want
My first thought would be to include the action link in the page somewhere,
but set its style to display: none.
Then your JavaScript can do something like
document.location.href = document.getElementById('myActionLink').href;
In the past I've done something similar to trigger a zone update from
Thanks Thiago! I'll take a look at these examples.
@Michael - how clever !! This may be just the shortcut I needed.
Adam
On Fri, Jan 14, 2011 at 10:40 AM, Michael Taylor miketay...@google.com wrote:
My first thought would be to include the action link in the page somewhere,
but set its style
On Fri, 14 Jan 2011 14:40:52 -0200, Mark mark-li...@xeric.net wrote:
It turns out there is a simple way to do this. So simple I was
overlooking it. When you create a multizone update you give it the
client id and the zone you wish to update. The zone will render with
the present context.
The alternative to hiding a link on the page (if you want a better
separation of logic) is to pass a JSonObject with your data directly
to the JavaScript method. This way if you need to you can easily pass
additional data to the client for processing.
So at the top of your class
@Import(library =
On Fri, Jan 14, 2011 at 10:52 AM, Thiago H. de Paula Figueiredo
thiag...@gmail.com wrote:
On Fri, 14 Jan 2011 14:40:52 -0200, Mark mark-li...@xeric.net wrote:
It turns out there is a simple way to do this. So simple I was
overlooking it. When you create a multizone update you give it the
I believe that is what is happening, but does anyone know if this
should work? I want to make sure I'm not taking advantage of
something that is just a side effect and may disappear in the future.
The docs for MultiZoneUpdate say:
A mapping from emclient-side zone ids/em to objects that can
Thank you so much Josh
I should have read the release notes more carefully.
http://tapestry.apache.org/release-notes-520.html
more precisely
https://issues.apache.org/jira/browse/TAP5-138
Regards
François
2011/1/14 Josh Canfield joshcanfi...@gmail.com
/**
* Binding the zone parameter
I found this in the integration tests:
t:beaneditform t:id=registrationForm object=registration zone=^
add=roles
What does the ^ mean in this context?
Mark
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For
It's new in 5.2.
The ^ is evaluated on the client-side; it means look up from the
element (the BeanEditForm, in this case) until reaching a container
element with CSS class t-zone (which is part of the Zone component).
The idea is that, when the Zone to update is the container of the form
or
This was a bit of unintended consequences ... the Mixin's zone
parameter was ignored and the Select components (new in 5.2) zone
parameter was bound itstead. Using zoneupdater.zone=searchZone,
which is Tapestry's way of identifying, in the template, that its the
zone parameter of the ZoneUpdater
Ok Josh, I'll take you up on that. :) I submitted a patch on TAP5-1413
https://issues.apache.org/jira/browse/TAP5-1413
Please let me know if I submitted it right. I want to make sure I'm
submitting patches that can actually be used.
Also, I'd love to see this patch get included sometime as I
Hi,
I'm very satisfied with 5.2.4's performance, fast and use less memory, one
thing I notice is, it uses PermGen faster than 5.1, so if default setting of
PermGen (64mb?) is used, it is fast hitting the Perm Gen out of memory
error, my app uses 90MB PermGen in 5.1, it uses around 105MB in
25 matches
Mail list logo