Replace wrapFormElementWithError() for 2.4

Widget::wrapFormElementWithError() is depreciated from 2.4 of Symphony.
Updated to use Widget::Error().
Merge pull request #151 from domsammut/master

Replace wrapFormElementWithError() for 2.4
Merge pull request #154 from hananils/development

Correctly save configuration
Minor fix for 2.4

This will prevent a fatal crash when the field has errors.
version 3.4
Turn off anoying autocomlete on input

The autocomplete popover would prevent the user from being
able to use the calendar.
Always show the scrollbar when usign datetime

This prevents a nasty effect where opening the calendar would
make the scrollbar appear when it was not needed before.

This makes the experience less enjoyable since the glitch always
distracts the user's eyes.

This also as no effect whats so ever on OS X.
Remove un-necessary css

This change remove a float, some padding and all
sizing that is now done by the collapsible.
Use a more precise selector to prevent bleed

This change introduce a more qualified css selector in order
to listen and interact with the collapsible and duplicator plugin.

This reduces then number of possible targets while also preventing
wrong interactions with the plugin since the calendar interface
also contains li elements.
Compatibility with updatesize.collapsible event

This commit need PR https://github.com/symphonycms/symphony-2/pull/2121
in order to work.

This change adds to things: a way to tell the collapsible plugin to
refresh its value cache for height of the content.

It also add a basic prevention in order to optimize things a bit.
Merge pull request #155 from Solutions-Nitriques/patch-1

Minor fix for 2.4 (Version 3.3.1)
Update extension.meta.xml
Delegate sizing to collapsible

This uses the new public event item.trigger('setsize.collapsible');
3.4.0 Release notes and dates

1. all version numbers should follow the x.x.x scheme
2. new official release date
3. made 3.3.1 compatible with Symphony 2.4.0 only
Code style and clean up

Removed expand/collapse handler that did nothing.
Merge pull request #156 from Solutions-Nitriques/patch-2

2.5 compatibility (Version 3.4)
Merge branch 'development' of github.com:hananils/datetime
UI fix to insure the right header height

This change applies to when the user removes the end date of a range.
The problem was that the old, two inputs tall size was kept, preventing
the calendar from being complety hidden.

The proposed fix uses an old and dirty hack: layout trashing.
It basically removes the end input from the layout, asks for a re-layout
by triggering both update and set size events and then reverts the
initial display value and starts the animation.

There are other ways to fix it, but since the system is event based, I
afraid it would take to much effort.
Release 3.4.1
Merge pull request #158 from DeuxHuitHuit/issue-157

UI fix to insure the right header height