Re: problem with jquery.DialogAjaxLink
Does this affect also version 3.3.8?
Il 02/12/2014 08:38, Christian Riedel ha scritto:
Yes, there’s a bug in the version you use, which got fixed in 3.4.1-SNAPSHOT
(3.4.1 will be released soon, I guess).
Use the SNAPSHOT version or a custom release based on its code. Check out the
master-5.3 branch: https://github.com/got5/tapestry5-jquery/tree/master-5.3
Am 02.12.2014 um 01:59 schrieb nn kk inv...@abv.bg:
I have the following code:
t:jquery.DialogAjaxLink t:id=linkCreate
t:dialog=editDialog t:zone=editZone
t:context=0
img src=${asset:context:img/new-24.png} /
/t:jquery.DialogAjaxLink
I have the zone and the dialog inside it... And everything works on my
local, when I click the link I see the following request:
POST
http://localhost:8080/MyPrj/mainadminpage.halfseasoneditcomponent.linkedit/2
The problem comes when I deploy the war on my prod env, and the domain is
not localhost, but it still makes the same request to localhost, so I
receive CORS.
Any ideas?!
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
--
==
dott. Ivano Mario Luberti
Archimede Informatica societa' cooperativa a r. l.
Sede Operativa
Via Gereschi 36 - 56126- Pisa
tel.: +39-050- 580959
tel/fax: +39-050-9711344
web: www.archicoop.it
==
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
Re: problem with jquery.DialogAjaxLink
Yes, all versions 3.4.1-SNAPSHOT
Am 02.12.2014 um 09:03 schrieb Ivano Luberti lube...@archicoop.it:
Does this affect also version 3.3.8?
Il 02/12/2014 08:38, Christian Riedel ha scritto:
Yes, there’s a bug in the version you use, which got fixed in 3.4.1-SNAPSHOT
(3.4.1 will be released soon, I guess).
Use the SNAPSHOT version or a custom release based on its code. Check out
the master-5.3 branch:
https://github.com/got5/tapestry5-jquery/tree/master-5.3
Am 02.12.2014 um 01:59 schrieb nn kk inv...@abv.bg:
I have the following code:
t:jquery.DialogAjaxLink t:id=linkCreate
t:dialog=editDialog t:zone=editZone
t:context=0
img src=${asset:context:img/new-24.png} /
/t:jquery.DialogAjaxLink
I have the zone and the dialog inside it... And everything works on my
local, when I click the link I see the following request:
POST
http://localhost:8080/MyPrj/mainadminpage.halfseasoneditcomponent.linkedit/2
The problem comes when I deploy the war on my prod env, and the domain is
not localhost, but it still makes the same request to localhost, so I
receive CORS.
Any ideas?!
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
--
==
dott. Ivano Mario Luberti
Archimede Informatica societa' cooperativa a r. l.
Sede Operativa
Via Gereschi 36 - 56126- Pisa
tel.: +39-050- 580959
tel/fax: +39-050-9711344
web: www.archicoop.it
==
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
Re: alternative to tb/pager in T5.4
It's working, great! Thank you. On Sat, 29 Nov 2014 20:35:22 +0100, Lance Java lance.j...@googlemail.com wrote: You might be interested in this http://t5stitch-lazan.rhcloud.com/pagerdemo - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Prevent double or more submissions.
On Tue, 02 Dec 2014 01:25:18 -0200, Charlouze m...@charlouze.com wrote: @Thiago: I'd like to inform my user that the form is currently being sent (using an ajax request). That's why I need something similar to the clickOnce example. You can do that by adapting the example I provided. You've been actually asking for two different things: preventing double submission and some way of knowing a validation error occurred. The first one can be done by adapting the example I provide. The second one can be implemented now by checking whether the validation error message HTML elements are visible. Do you think that adding a validation error event isn't a good idea anyway ? (It would probably serves other purpose for other people) Yep! JIRA please? :) -- Thiago H. de Paula Figueiredo Tapestry, Java and Hibernate consultant and developer http://machina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Prevent double or more submissions.
Thanks for the advice Thiago, you really are helpful for tapestry community ;) I'll do a patch for the validation error and create a JIRA with it. 2014-12-02 12:04 GMT+01:00 Thiago H de Paula Figueiredo thiag...@gmail.com : On Tue, 02 Dec 2014 01:25:18 -0200, Charlouze m...@charlouze.com wrote: @Thiago: I'd like to inform my user that the form is currently being sent (using an ajax request). That's why I need something similar to the clickOnce example. You can do that by adapting the example I provided. You've been actually asking for two different things: preventing double submission and some way of knowing a validation error occurred. The first one can be done by adapting the example I provide. The second one can be implemented now by checking whether the validation error message HTML elements are visible. Do you think that adding a validation error event isn't a good idea anyway ? (It would probably serves other purpose for other people) Yep! JIRA please? :) -- Thiago H. de Paula Figueiredo Tapestry, Java and Hibernate consultant and developer http://machina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Prevent double or more submissions.
Here is the one I wrote for 5.4. It uses the perpareForSubmit form event
define([jquery,t5/core/events], *function*($,events) {
*return* *function*(parameters) {
$('#'+parameters.id + ' :submit').removeAttr('disabled');
$('#'+parameters.id).bind(events.form.prepareForSubmit,
*function*() {
$('#'+parameters.id + ' :submit').attr('disabled',
'disabled');
$('#'+parameters.id + ' :submit').val(Please Wait)
});
};
});
*public* *class* Sub1 {
@Inject
*private* JavaScriptSupport javaScriptSupport;
@Inject
*private* FormSupport formSupport;
*void* afterRender(MarkupWriter writer) {
JSONObject params = *new* JSONObject();
params.put(id,formSupport.getClientId());
javaScriptSupport.require(sub1).with(params);
}
}
On Tue, Dec 2, 2014 at 5:04 AM, Thiago H de Paula Figueiredo
thiag...@gmail.com wrote:
On Tue, 02 Dec 2014 01:25:18 -0200, Charlouze m...@charlouze.com wrote:
@Thiago: I'd like to inform my user that the form is currently being sent
(using an ajax request). That's why I need something similar to the
clickOnce example.
You can do that by adapting the example I provided.
You've been actually asking for two different things: preventing double
submission and some way of knowing a validation error occurred. The first
one can be done by adapting the example I provide. The second one can be
implemented now by checking whether the validation error message HTML
elements are visible.
Do you think that adding a validation error event isn't a good idea
anyway ? (It would probably serves other purpose for other
people)
Yep! JIRA please? :)
--
Thiago H. de Paula Figueiredo
Tapestry, Java and Hibernate consultant and developer
http://machina.com.br
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
Re: problem with jquery.DialogAjaxLink
François just released 3.4.1 as a bugfix release!
Download: https://github.com/got5/tapestry5-jquery/releases
Maven:
dependency
groupIdorg.got5/groupId
artifactIdtapestry5-jquery/artifactId
version3.4.1/version
/dependency
Am 02.12.2014 um 09:03 schrieb Ivano Luberti lube...@archicoop.it:
Does this affect also version 3.3.8?
Il 02/12/2014 08:38, Christian Riedel ha scritto:
Yes, there’s a bug in the version you use, which got fixed in 3.4.1-SNAPSHOT
(3.4.1 will be released soon, I guess).
Use the SNAPSHOT version or a custom release based on its code. Check out
the master-5.3 branch:
https://github.com/got5/tapestry5-jquery/tree/master-5.3
Am 02.12.2014 um 01:59 schrieb nn kk inv...@abv.bg:
I have the following code:
t:jquery.DialogAjaxLink t:id=linkCreate
t:dialog=editDialog t:zone=editZone
t:context=0
img src=${asset:context:img/new-24.png} /
/t:jquery.DialogAjaxLink
I have the zone and the dialog inside it... And everything works on my
local, when I click the link I see the following request:
POST
http://localhost:8080/MyPrj/mainadminpage.halfseasoneditcomponent.linkedit/2
The problem comes when I deploy the war on my prod env, and the domain is
not localhost, but it still makes the same request to localhost, so I
receive CORS.
Any ideas?!
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
--
==
dott. Ivano Mario Luberti
Archimede Informatica societa' cooperativa a r. l.
Sede Operativa
Via Gereschi 36 - 56126- Pisa
tel.: +39-050- 580959
tel/fax: +39-050-9711344
web: www.archicoop.it
==
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Prevent double or more submissions.
@Barry: This is a good idea to use the prepareForSubmit event but it occurs
after validation so you have to have a fast validation (which is the case
for most of apps, mine included).
2014-12-02 12:29 GMT+01:00 Barry Books trs...@gmail.com:
Here is the one I wrote for 5.4. It uses the perpareForSubmit form event
define([jquery,t5/core/events], *function*($,events) {
*return* *function*(parameters) {
$('#'+parameters.id + ' :submit').removeAttr('disabled');
$('#'+parameters.id).bind(events.form.prepareForSubmit,
*function*() {
$('#'+parameters.id + ' :submit').attr('disabled',
'disabled');
$('#'+parameters.id + ' :submit').val(Please Wait)
});
};
});
*public* *class* Sub1 {
@Inject
*private* JavaScriptSupport javaScriptSupport;
@Inject
*private* FormSupport formSupport;
*void* afterRender(MarkupWriter writer) {
JSONObject params = *new* JSONObject();
params.put(id,formSupport.getClientId());
javaScriptSupport.require(sub1).with(params);
}
}
On Tue, Dec 2, 2014 at 5:04 AM, Thiago H de Paula Figueiredo
thiag...@gmail.com wrote:
On Tue, 02 Dec 2014 01:25:18 -0200, Charlouze m...@charlouze.com wrote:
@Thiago: I'd like to inform my user that the form is currently being
sent
(using an ajax request). That's why I need something similar to the
clickOnce example.
You can do that by adapting the example I provided.
You've been actually asking for two different things: preventing double
submission and some way of knowing a validation error occurred. The
first
one can be done by adapting the example I provide. The second one can be
implemented now by checking whether the validation error message HTML
elements are visible.
Do you think that adding a validation error event isn't a good idea
anyway ? (It would probably serves other purpose for other
people)
Yep! JIRA please? :)
--
Thiago H. de Paula Figueiredo
Tapestry, Java and Hibernate consultant and developer
http://machina.com.br
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Prevent double or more submissions.
This is the last form event so it's good for double click prevention. There
are other form events that happen sooner.
On Tuesday, December 2, 2014, Charlouze m...@charlouze.com wrote:
@Barry: This is a good idea to use the prepareForSubmit event but it occurs
after validation so you have to have a fast validation (which is the case
for most of apps, mine included).
2014-12-02 12:29 GMT+01:00 Barry Books trs...@gmail.com javascript:;:
Here is the one I wrote for 5.4. It uses the perpareForSubmit form event
define([jquery,t5/core/events], *function*($,events) {
*return* *function*(parameters) {
$('#'+parameters.id + ' :submit').removeAttr('disabled');
$('#'+parameters.id).bind(events.form.prepareForSubmit,
*function*() {
$('#'+parameters.id + ' :submit').attr('disabled',
'disabled');
$('#'+parameters.id + ' :submit').val(Please Wait)
});
};
});
*public* *class* Sub1 {
@Inject
*private* JavaScriptSupport javaScriptSupport;
@Inject
*private* FormSupport formSupport;
*void* afterRender(MarkupWriter writer) {
JSONObject params = *new* JSONObject();
params.put(id,formSupport.getClientId());
javaScriptSupport.require(sub1).with(params);
}
}
On Tue, Dec 2, 2014 at 5:04 AM, Thiago H de Paula Figueiredo
thiag...@gmail.com javascript:; wrote:
On Tue, 02 Dec 2014 01:25:18 -0200, Charlouze m...@charlouze.com
javascript:; wrote:
@Thiago: I'd like to inform my user that the form is currently being
sent
(using an ajax request). That's why I need something similar to the
clickOnce example.
You can do that by adapting the example I provided.
You've been actually asking for two different things: preventing double
submission and some way of knowing a validation error occurred. The
first
one can be done by adapting the example I provide. The second one can
be
implemented now by checking whether the validation error message HTML
elements are visible.
Do you think that adding a validation error event isn't a good idea
anyway ? (It would probably serves other purpose for other
people)
Yep! JIRA please? :)
--
Thiago H. de Paula Figueiredo
Tapestry, Java and Hibernate consultant and developer
http://machina.com.br
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
javascript:;
For additional commands, e-mail: users-h...@tapestry.apache.org
javascript:;
Re: [5.4-beta-22] Adding forms to a form using ajax
Anyone please ? *-* *Muhammad Gelbana* http://www.linkedin.com/in/mgelbana On Sun, Nov 30, 2014 at 11:43 PM, Muhammad Gelbana m.gelb...@gmail.com wrote: Wrong subject. It should've been Adding *fields* to a form using ajax *-* *Muhammad Gelbana* http://www.linkedin.com/in/mgelbana On Sun, Nov 30, 2014 at 11:42 PM, Muhammad Gelbana m.gelb...@gmail.com wrote: From this jira issue https://issues.apache.org/jira/browse/TAP5-1084, I understand that I can have a zone inside a form and this zone can by updated later on using ajax to display extra fields in the form. But now I'm facing this error message when I attempt doing that *Render queue error in SetupRender[ipkpage/configure/Test:textfield_2]: Component ipkpage/configure/Test:textfield_2 must be enclosed by a Form component* I looked into the form components and tried to use the FormInjector component but then I was faced with this error message: *Render queue error in BeginRender[ixchariot/configure/Test:forminjector]: ClientBehaviorSupport.addFormInjector is not longer supported. A replacement is forthcoming.* ..like I even knew how to use it! There was no enough examples\samples for its usage. So is there a way to add\inject new forms to an existing form using ajax ? The *AjaxFormLoop*\*FormFragment* component doesn't seem to fit my scenario I'm trying to implement. Thanks. *-* *Muhammad Gelbana* http://www.linkedin.com/in/mgelbana
A submit button block inside an ajax form causing problem with disabling the input.
Hello Guys,
Let me explain what I'm trying to achieve first,
I have a table with select button and below the table a submit button Add
me to the table. If he adds himself, his name is shown on the table and
the button is removed. He can delete himself from the table by selecting
the select button from the table. Once he removes himself, the Add me to
the table is shown again. This whole thing of what has to be shown and
which buttons are to shown depends on certain permissions(Business logic).
So, I'm doing it using blocks to reduce un-necessary if else if else code
.below is a form for the buttonBlock
t:block t:id=bookingForm
t:zone t:id=tableZone id=tableZone
t:form t:id=tableZoneForm id=tableZoneForm t:zone=^
t:if t:test=condition1
t:if t:test=condition2
t:delegate t:to=buttonBlock /
/t:if
/t:if
/t:form
/t:zone
/t:block
And the code of the block which gets rendered.
t:block t:id=submitButtonBlock
div class=row
t:submit t:id=addToTable id=addToTable value=add me to table
t:event=addmeToTable /
/div
/t:block
Everything is working fine. I'm able to add the button disappears
delete the resource from table the button reappears etc.
Now I've a requirement to change the text to adding resource, disable the
submit button when clicked , before zone update and then hide the button.
This too works fine. when the resource is deleted from the table and the
zone is updated again, the submit button is re-rendered with a different
id.
The javascript used to do this
void afterRender() {
javascriptSupport.require(mixins/ajax-submit-processing).with(addToTable.getClientId());
}
This does not behave like adding resource, disable the submit button
when clicked since the id has changed to addToTable_f378583 etc . How
to prevent this?
Re: ApacheCon Europe
Hey Thilo, Great effort. Keep plugging away. I'm seeing the visitor numbers to JumpStart moving up over the last couple of months, so Tapestry 5.4 seems to be gaining attention. It should, because it's such a pleasure to work with. Cheers, Geoff On 27 Nov 2014, at 8:33 pm, Thilo Tanner thilo.tan...@reprisk.com wrote: Hi folks, Uli and myself gave our best to promote Tapestry on ApacheCon Europe in Budapest last week. Unfortunately, most people were more interested in buzzword technologies, in particular in the Hadoop ecosystem. Don’t get me wrong, Hadoop is a good technology if you have a real use case for it, but my impression was, that if, only a handful of attendees really deal with big data. This is a bit sad, especially because the few people attended our talks were very impressed what Tapestry is capable of and praised the big potential of the framework. Therefore a big thank you from my side to the people that put their effort into Tapestry! I’m still convinced that Tapestry is one of the best (web) application frameworks out there. In case you’re interested, below the link to my slides: http://events.linuxfoundation.org/sites/events/files/slides/141109_Tapestry _Talk_0.pdf Best, Thilo Т�ХF�V�7V'67�R�R���âW6W'2�V�7V'67�TFW7G'��6�R��pФf�FF�F����6����G2�R���âW6W'2ֆV�FW7G'��6�R��p� - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
RE: possible security bug or tapestry bug beta-22
Ok I resync'd my ports
The solution to maxformsize was as followqs
set MAVEN_OPTS=-Dorg.mortbay.jetty.Request.maxFormContentSize=-1 -Xms512m
-Xmx1024m -Xss256k
mvn jetty:run
kinda slooowww but it flies... what is urping me now is the massive content
being churned over the request pipe.. who would have known it takes the whole
entity and processes it over in the first place... well maybe its just the
PHOTO property of the entity ? Are photo images that expensive ? I am inclined
to say that this is the issue...
so I cant just develop a tapestry widget as-is... I need to come up with some
hoakey link ID semantic so-as not to have tapestry serialize the whole ENTITY
over the form request proxy ?
Can someone shed some light here on this ?
Here is my photo logic that operates on a collection of hibernate entities and
renders them in a Gallery widget.
img
id=ImageWidget src=${photoLink} alt=${currentObject} width=200
height=160
title=${currentObject.photo.fileName}
model=currentObject
image=${photoLink}
/
If you know of a quick way to tell tapestry to just get the photo by ID instead
of the whole thing I would be interested in conforming.
Thanks for your input you can see the gallery widget at
http://psinh.ddns.net:9011/psi/home
and you can login as administrator/administrator
How do I display all these images without clogging up the form content size ?
thanks for your help
Best regards
and thanks... KEN
From: nhhockeypla...@hotmail.com
To: users@tapestry.apache.org
Subject: RE: possible security bug or tapestry bug beta-22
Date: Tue, 2 Dec 2014 02:41:07 -0500
Is this necessary ? Is there a way to resolve ? Cant say I am impressed with
the performance when this thing is fully loaded.
Trying to find a way for this to work.
HTTP ERROR 500
Problem accessing /psi/home.galleryform/player. Reason:
Form too large105168420Caused by:java.lang.IllegalStateException: Form
too large105168420
