One more thing.
I made a mistake in the 2nd case. Using a property expression ${zoneId} to
bind the zone parameter in the Form is allowed but not preferred. Better
use t:zone="prop:zoneId".
Cheers,
Dragan Sahpaski
On Mon, Dec 12, 2011 at 8:01 AM, Dragan Sahpaski
wrote:
> Hi,
> 1. If your java
Hi,
1. If your javascript code is located after the zone, than you can make a
getter getZoneId(){ return zone.getClientId();} and use it in the
javascript with a property expression ${zoneId}.
2. Of you want to provide the exact zone id it is possible
Hi,
the id of a form element changes after the Zone which contains the form
is updated. (id before: loginForm, id after loginForm_13871283787...)
I know, this is done by tapestry to prevent unwanted id clashes (see:
What's that weird number in the middle of the client ids after a Zone is
updat
Ok, another dumb question from Chris. How do you make template refreshes work
at least in dev mode?
I am specifically setting:
configuration.add(SymbolConstants.FILE_CHECK_INTERVAL, "1 s");
configuration.add(SymbolConstants.PRODUCTION_MODE, "false");
Perhaps thats my error.
I
Erol,
I run a small consulting firm our primary development focus is on
Tapestry and would be very interested in talking with you about your
project.
We have built a number of Tapestry modules that we use for our
projects. As a result, we can usually get an initial version up and
running very qui
I need a contractor who is expert on Tapestry,Hibernate and Spring, other
Java tools to implement a B2B auction site.
Can you please contact with me, ebaka...@yahoo.com ? Please send me your
contact details so that we can discuss more details on the B2B project and
negotiate on the contract price.
I need a contractor who is expert on Tapestry,Hibernate and Spring, other
Java tools to implement a B2B auction site.
Can you please contact with me, ebaka...@yahoo.com ? Please send me your
contact details so that we can discuss more details on the B2B project and
negotiate on the contract price.
http://s3.amazonaws.com/xeric_s3_test/index.html
This works now using JW Player. When I download the files and try to
run them locally it doesn't work for some reason, but it is working on
the server and you can see all the configuration by just viewing the
source.
I don't know why it won't work
Hi!
Will tapestry-jpa module give me one jpa session per request ?
(Or entityManger is perhaps the right word here)
I am currenlty using JPA but not tapestry-jpa.
My DAO methods (+some bigger service methods) are JPA transaction annotated.
The problem I am phasing now is that when I make some
i'm not insist someone do work on sunday :)
if you want my changes for 5.1.0.x let me know, i'll send you.
On Sat, Dec 10, 2011 at 11:13 PM, Taha Hafeez Siddiqi <
tawus.tapes...@gmail.com> wrote:
> Hi
>
> Tomorrow is Sunday and I will try to find some spare time to look into
> that, or may be c
it's related to this issue:
https://issues.apache.org/jira/browse/TAP5-1765
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/T5-3-form-submit-stop-working-tp5060324p5065763.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
it's related to this issue:
https://issues.apache.org/jira/browse/TAP5-1765
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/T5-3-form-submit-stop-working-tp5060324p5065764.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
ps that quote is from
http://tapestry.apache.org/tapestry-tutorial.html
On 11/12/2011 9:04 PM, Paul Stanton wrote:
Hi all,
I found a nasty situation where some xhr requests were running into
nullpointers on properties of persistent page properties/fields. My
theory being that there is some a
Hi all,
I found a nasty situation where some xhr requests were running into
nullpointers on properties of persistent page properties/fields. My
theory being that there is some access to fields of a persistent field
in XHR request A, while XHR request B is still setting the values for
the fiel
that fixed the problem, thanks.
I tried 5.3.1-rc1, it does not have this problem, but I'd rather stay in 5.3
until 5.3.1 is released.
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/T5-3-rc3-upload-exception-tp4989904p5065603.html
Sent from the Tapestry - User mailing lis
Did you check this
https://issues.apache.org/jira/browse/TAP5-1765
Dennis has a temporary fix in there
regards
Taha
On Dec 11, 2011, at 11:45 AM, angelochen wrote:
> I file a jira regarding this, a small project was provided as well:
>
> https://issues.apache.org/jira/browse/TAP5-1786
>
> t
16 matches
Mail list logo