Okay. Removing the validators allowed the AjaxLinkSubmits to work.
However, now I have another problem. The code that works in FireFox still
doesn't work in IE. It seems like it's not updating the hidden form fields
correctly. It's getting an error like this:
Rewind of form Home/supplierLocati
i've done some research on this...
The debug message "Calling form handler" is generated by tacos
Tapestry.registerListener found in net/sf/tacos/ajax/components/Form.js
(tacos redefines this method)
That method is in turn called by Tapestry.onsubmit, Tapestry.onreset, e.t.c.
which should be call
Wow. So this is not just a mis-configured tree? Incidentally, I have found
implementing Steve's proposed solution to be pretty challenging. I'm still
going to work on it but it would be great if I didn't need to use the
volatile. Thank you all for taking care of this.
Than
I don't think that's my issue. It's just basically not doing anything when
I click on the link. The href="/". Here's the generated code:
Search
And, here's where it's wiring it up:
dojo.event.connect(window, "onload", function(e) {
dojo.event.connect(dojo.byId("AjaxLinkSubmit"),
James, I was having similar problem, did it appear for u something like
"Object [Object]" and no action in server side?. In my case, my problem was
each link generated in html had a large quantity data. So there is a size
limit of URL to put in each browser(IE, Firefox). Firefox works fine IE
does
All,
I'm having a bit of trouble with Tacos. I have some code written that works
great in Firefox and doesn't work in IE (imagine that). Basically, I'm
popping up a wizard for the user to select stuff and when they make a
selection, I dismiss it. I have a "Search" button that looks up some
info
Ah ok, I've re-opened it. Thanks.
On 6/30/06, Steve Shucker <[EMAIL PROTECTED]> wrote:
Sorry, I mis-filed it. I saw this as a variation of bug 32 and added a
comment on there (dated 5/3/2006). I just looked at the bug tracker and
realized that bug had been long-closed. Do you want to reopen
Sorry, I mis-filed it. I saw this as a variation of bug 32 and added a
comment on there (dated 5/3/2006). I just looked at the bug tracker and
realized that bug had been long-closed. Do you want to reopen 32 or should
I re-file?
-Steve
-Original Message-
From: Jesse Kuhnert [mailto:[EM
You can set the pattern in a bean.
Shing
--- John Menke <[EMAIL PROTECTED]> wrote:
> I am trying to do this:
>
> value="translator:number,pattern=###,###.##"/>
>
>
> but i get the error
>
>
> Class
> org.apache.tapestry.form.translator.NumberTranslator
> does not contain
> a prope
Is there an open issue for this in tacos? Seems like a big enough deal thing
that I should fix it. http://tacoscomponents.jot.com/BugReporter
On 6/30/06, Steve Shucker <[EMAIL PROTECTED]> wrote:
I had this problem a while ago and traced it to a PartialFor component
within the tree that was pers
Can't you use Block/RenderBlock for this?
-Original Message-
From: Mark Stang [mailto:[EMAIL PROTECTED]
Sent: Friday, June 30, 2006 12:29 PM
To: Tapestry users; users@tapestry.apache.org
Subject: RE: Is it possible to "swap components"?
Paul,
We use a technique where we have a component
Paul,
We use a technique where we have a component that renders components
dynamically. Basically, we put them all in a "page" that is never displayed.
Then at runtime, we dynamically render a particular component.
regards,
Mark
-Original Message-
From: Paul Tongyoo [mailto:[EMAIL P
I am trying to do this:
but i get the error
Class org.apache.tapestry.form.translator.NumberTranslator does not contain
a property named '###.##''.
It seems that the comma is being intepreted as marking a new property. Is
there any way to specifiy commas in the pattern?
-john
Third party cookies (cookies from other hosts) are not accepted by default.
I have got around this problem 2 different ways:
For machines in same domain:
1) use the cookie.setDomain(".authsum.org") method to create a cookie that
can be read by all hosts your domain.
For machines in different doma
The cookie domain must be a domain, not a host. For a cookie at
"tapestry.apache.org", the domain is "apache.org" and will be valid for
"tomcat.apache.org" as well. If you don't have at least one period in the
hostname, the cookie just isn't set. Personally, I have a small bit of
logic to detect
I had this problem a while ago and traced it to a PartialFor component
within the tree that was persisting the contents incorrectly in the form.
It's using an iterator that doesn't track depth. As a workaround, you can
create your own html/jwc files for the Tree control (use taco's backing
class)
Hello,
we have a problem when setting cookie value for a different host. When using
standard T4 CookieSource we can set a cookie for our application on
application's host. But we need to set a cookie for a different host. I suppose
it's done with injection of tapestry.globals.HttpServletRespons
Cool, thanks. I also found the RenderBody component... seems to do the same
thing from within the HTML template.
On 6/29/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
Call renderBody() from within your component, somewhere between open/close
tag if you are writing out an enclosing html element.
18 matches
Mail list logo