I had this problem too - in firefox1.5. I didn't test it in IE, but I
suspect it works there. Firefox wasn't liking the document.formId. It
wants document.getElementById('formId') instead. It's a small change on
two lines of DatePicker.script. I'm not sure why this used to work, though.
-
Hi
Sorry, but i finally dont know what is the answer to the issue of upgrading
tapestry and the datepicker not working. Why is this happening? or should we
instead use the dropdownTimePicker? When I click on the date icon ( for the
daypicker component ) on IE, the js error says ('
document.formId
The DatePicker placement issues should be fixed & deployed.
On 10/17/06, Josh Long <[EMAIL PROTECTED]> wrote:
I'm not too sure about DropdownDatePicker ( I guess I haven't notied
much there) but...
the following code on mozilla yeilds a @DatePicker that, when clicked,
shows up at the bottom of
I'm not too sure about DropdownDatePicker ( I guess I haven't notied
much there) but...
the following code on mozilla yeilds a @DatePicker that, when clicked,
shows up at the bottom of the 100px border (not at the bottom of th
etext field). (scroll down for sample code..)
In fact, if you check
Strangely enough - it works fine when I use "mvn", but not when I use my Ant
build file that reads from pom.xml. Oh well, chaulk the compile problem up
to a Maven issue - obviously not something you should worry about.
As far as @DatePicker and @DropdownDatePicker in 4.1.1-SNAPSHOT, I'm
experien
Is this something I can attempt on my own as well (like in an svn repo
somwhere)? What I mean to say is I'm willing to invest a little time to
figure out wtf is happening if you think it'll help by trying the same on my
own comp.
On 10/17/06, mraible <[EMAIL PROTECTED]> wrote:
Jessek wrote:
"WHAT" ? Problem though. There are so many variations of problems in this
thread I can't tell what is happening.
I just need something like expected, got..and an example I can use to easily
re-produce.
On 10/17/06, Patrick Moore <[EMAIL PROTECTED]> wrote:
This problem is showing up in the 4.1.
Wtf? Yeah, none of that should be happening :)
God damnitEvery time snapshots gets involved things start going to pooh.
Maybe run the same mvn command a couple times ? (I've seen cases where jars
are downloaded but not recognized by the classloader, sometimes starts
magically working when inv
This problem is showing up in the 4.1.1-snaphot from today...
On 10/16/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
Ah. I guess I was expecting you to use the 4.1.1 version, it is available in
the apache snapshot repos only (the main repos are reserved for official
releases) :
http://people.apa
Jessek wrote:
>
> Ah. I guess I was expecting you to use the 4.1.1 version, it is available
> in
> the apache snapshot repos only (the main repos are reserved for official
> releases) :
>
> http://people.apache.org/repo/m2-snapshot-repository/
>
> The 4.1 version is hopelessly behind what is
Ok... I just went back and re-read the thread.
Are people having issues with window positioning , fields being rendered or
? :( Everything is working fine in the Workbench demo that uses these
components:
http://opencomponentry.com:8080/workbench/app
If only that covered all cases...I'd really
Really? I guess I'm not getting what the issue is or how to re-produce it.
Are you guys using the @Shell component when you try this?
On 10/17/06, Patrick Moore <[EMAIL PROTECTED]> wrote:
I noticed this problem today. I thought it was just me :-) I have a
pretty simple program. pretty much jus
I noticed this problem today. I thought it was just me :-) I have a
pretty simple program. pretty much just tapestry and hibernate
On 10/16/06, mraible <[EMAIL PROTECTED]> wrote:
I just tried upgrading Equinox (http://equinox.dev.java.net) from Tapestry
4.0.2 to 4.1 (b/c 4.1.1 isn't in the Mave
Ah. I guess I was expecting you to use the 4.1.1 version, it is available in
the apache snapshot repos only (the main repos are reserved for official
releases) :
http://people.apache.org/repo/m2-snapshot-repository/
The 4.1 version is hopelessly behind what is in 4.1.1. (At least it seems
that w
I just tried upgrading Equinox (http://equinox.dev.java.net) from Tapestry
4.0.2 to 4.1 (b/c 4.1.1 isn't in the Maven repo) and I'm experiencing the
same issue. I tried changing from:
To:
But this results in an input field not even showing up. In my Jetty 6 log
it shows:
2
2006 11:44 PM
To: Tapestry users
Subject: Re: DatePicker not working after upgrading from 4.0.2 to
4.1
Are you talking about the normal "DatePicker" or the "DropdownDatePicker"?
If you can find an issue with anything here I can still do something about
it before 0.4 comes
Payne, Matthew wrote:
> Fyi: that dojo dropdownpicker has nice "eye candy effects", but terrible for
> entering dates many years in the part.
>
> http://archive.dojotoolkit.org/nightly/tests/widget/test_DropdownDatePicker.html
>
> Though the standard tapestry date picker is not so good at that as
ample.html
After getting 12 years back it should start autoscrolling down(that would be
cool).
Matt
-Original Message-
From: Jesse Kuhnert [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 01, 2006 11:44 PM
To: Tapestry users
Subject: Re: DatePicker not working after upgradi
But what was the problem exactly?
FYI the current DropdownDatePicker formatting should be able to handle most
things you can throw at it.
On 10/2/06, Jani Lindqvist <[EMAIL PROTECTED]> wrote:
yes, the problem was with DatePicker. DropdownDatePickers dateformat didnt
suit our needs .
And we ne
yes, the problem was with DatePicker. DropdownDatePickers dateformat didnt
suit our needs .
And we neither have tacos.
On 10/2/06, Josh Long <[EMAIL PROTECTED]> wrote:
I don't know about the previous posters, but I'm talking about the old
standard DatePicker
Peace,
Josh
On 10/1/06, Jesse Ku
We don't use Tacos.
Jessek wrote:
>
> Does anyone have any more information on when this happens? Could it be in
> combination with another library perhaps ? (like tacos? ) .
>
> On 9/12/06, soir <[EMAIL PROTECTED]> wrote:
>>
>>
>> Hello,
>>
>> I've found same problem recently. Try to use Drop
I don't know about the previous posters, but I'm talking about the old
standard DatePicker
Peace,
Josh
On 10/1/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
Are you talking about the normal "DatePicker" or the "DropdownDatePicker"?
If you can find an issue with anything here I can still do some
Are you talking about the normal "DatePicker" or the "DropdownDatePicker"?
If you can find an issue with anything here I can still do something about
it before 0.4 comes out:
http://archive.dojotoolkit.org/nightly/tests/widget/test_DropdownDatePicker.html
On 10/1/06, Josh Long <[EMAIL PROTECTED]
Im not too sure what exactly triggers it, though off the top of my
head when it happens to me happens when i get a midly complicated form
going only.. which makes me wonder if th epositioning is being
affedted by scrolling..
Peace,
Josh
On 10/1/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
D
Does anyone have any more information on when this happens? Could it be in
combination with another library perhaps ? (like tacos? ) .
On 9/12/06, soir <[EMAIL PROTECTED]> wrote:
Hello,
I've found same problem recently. Try to use DropdownDatePicker component
instead.
Igor
Anders Cessner w
Hi everybody!!!
I had the same problem as jani, and as he described I tried with the last
version of the jar files it seems to work, but the problem is the
location of the DatePicker, it appears just in a wrong place.
Is just not placed close to the icon, is just placed in the left-down part
But be aware that you can't change the input dateformat at the moment,
because the dojo DropdownDatePicker doesn't support it yet (but should
from version 0.4 on)
regards, Robert
soir schrieb:
Hello,
I've found same problem recently. Try to use DropdownDatePicker component
instead.
Igor
Hello,
I've found same problem recently. Try to use DropdownDatePicker component
instead.
Igor
Anders Cessner wrote:
>
> Hi,
>
> I recently upgraded from 4.0.2 to 4.1 and noticed that the datepicker
> doesnt
> work anymore.
>
> when the page is loaded i get this error: Could not load 'tapes
28 matches
Mail list logo