[SOLVED] DatePicker give unreadable date

Despite I set the date format (dd-mm-yyyy) in the Custom Datepicker (on load) and the DatePicker Settings are correctly valorized, the form work bad and gives me a date unreadable! Someone can point me where to act?
[attachment=1]D-Picker1.png[/attachment]
[attachment=0]D-Picker2.png[/attachment]

Hi Fritz,

There are at least two different problems here.

a) There's a problem with the template CSS over-riding the date-picker CSS. See this post dor an example.

b) There's something odd with the options. You shouldn't need to specify the Days in English. What else do you have in that box? Is there a format option with some missing quotes?

Bob

Thank you Bob!
The first problem have solved by the css style setting, as you has indicated.

Regarding the second, I spent a lot of time to change and test all the different settings without being able to properly display the date variables.
It is a site (Joomla! 3.1.5) on the basis of tempalet RocketTheme (with Gantry v4.1.17 framework) over LAMP server. I do not know where to look to find out why it does not work.

The "Year" option ist OK:
[attachment=2]D-Picker5.png[/attachment]

The "month" work also correctly...
[attachment=1]D-Picker6.png[/attachment]

But the "day" and the complete date string are wrong
[attachment=0]D-Picker7.png[/attachment]

Hi Fritz,

I've never seen that error before and can't imagine what would cause it :-(

Please post a link to the form so I can take a quick look.

Bob

Thank You, Bob, for your support!
I sent it the link via pm...

By continuing to trying and testing, I changed the priority of the onload-events with primary emphasis on the "Custom Datepicker";...and finally the last DatePicker-window is displayed correctly! :mrgreen:
[attachment=0]Custom-datepicker-1rst-plac.jpg[/attachment]

Hi Fritz,

I looked at this on your site. I did move it up on the Copy version of the form.

I also noticed that both versions of the form were set to use the MonkeyPhysics DatePicker.

Bob

I read that in joomla 3 is no longer present the MooTools 1.2 library. That's why I chose the JavaScript created by MonkeyPhysics.

Below is a quote from shape5 regarding this:

One of the biggest changes in Joomla 3.0 is the introduction of jquery. Mootools is still included with 3.0, but without mootools 1.2 support anymore. It is our opinion that running two javascript libraries on the same site is not a good idea and will effect the performance of the site. Since joomla has begun the transition over to jquery so will Shape5 products. Even though mootools is still included in 3.0, it is our general assumption that it will soon be removed, maybe even as soon as 3.5. Rather than waiting until mootools is removed altogether we have decided to make the switch now.

Hi Fritz,

Yes I know - but BOTH datepickers use the MooTools library so using the old one just causes you more problems.

Bob

I'm developing another site using another template from Rockettheme (that using the gantry framework to manage customizations in the template).

I would like to point out that the failure is due to the setting the integrated date format into the template (Gantry Framework). For example, disabling the option "Client-Side Date", the module displays the correct date format (set in chronoform).

I think it is important to consider the activities of the library gantry used in many elaborate websites.

I hope that this report will help other webmasters!
[attachment=0]Data-Picker-Gantry.png[/attachment]

Hi Fritz,

Well found - we have seen a few cases where clever Gantry settings break other parts of the site :-(

Did you discover what the underlying coding problem was that caused this?

Bob

I have not had time to go deeper into the problem by looking in the code. It 'a phase working very hard for me right now and I have to follow three things at the same time ... Sorry!

In the case of the previous site (the option "Client-Side Date" was disabled), I had to change the priorities of the activities/script in the module of chronoforms to correctly display the date. In the latter case, it was enough to disable the option "Client-Side Date".

It is true that the Gantry framework is very invasive and requires a specific compatibility by the template. I did several tests before choosing the actual template-manufacturer of the templates. But, I must also say, that in the last three years, since I started using this manufacturer and the gantry framework, I hadn't problems with using reputable components.
My clients ask me the possibility for the comprehensive customization of the template and its total compatibility with small devices / screens. That's why I had to make this choice. Considering the cost per hour for programming/writing the code and what the customer is willing to spend, you could not do otherwise.

Maybe it could be a solution, to coordinate with the technical team of the gantry framework. Who knows ... maybe you can follow a common Programming directives. I think ChronoForms the most reliable component, for the joomla cms, dedicated to the modules.
I'd be happy, if you could proposing a specific compatibility to some important components such as gantry.

Sorry, for my not very error free english language.😶

Hi Fritz,

No problem. I like and use RocketTheme templates these forums use one and the main site site here uses another. I was just curious to see if you had found the cause.

Bob