Fixed incorrect week numbers in DateField (#14437)
Daylight saving time caused problems with the week number calculation
in the DateTimeService.getISOWeekNumber(Date d) method. If the given
date was inside a DST period, there was a rounding error when calculating
the number of days from the beginning of the year. As a result the week
numbers were calculated incorrectly in a case where the year started with
a Thursday (like for example 2015 and 2026).
Change-Id: Ib3d045ea0b9a1acc44b6f28487b064b3c2b76bb9
Moved each component to its own package on client side
Class loaders have problems with referring to static inner classes (e.g.
state classes) when they cannot load the declaring class. To deal with
this the components have been moved to their own packages and state/rpc
classes will be defined in their own Java files.
* deprecated ClientExceptionHandler and ApplicationConsole.getConsole()
* introduced VConsole for logging
* moved responsibility of setting app loggin to ApplicationConfiguration
* removed dependencies of ApplicationConnection from VDebugConsole
svn changeset:14987/svn branch:6.4
DateField calendar style client-side implemetation fully functional. DateField now doesn't require a repaint after every value change, it supposes that the client is smart enough to update the view on its own.
Fixed locale loading and parsing (now supports all possible locales found from JVM).
svn changeset:1821/svn branch:trunk
Localization services from serverside (AjaxApplicationManager), cached on clientside (LocaleService).
DateTimeService for all components, provides localised month and daynames etc.
New IDateField implementation: one superclass, which different proper implementations extend.
Partially working version of "calendar"-style for DateField.
svn changeset:1816/svn branch:trunk
Changed most component classnames to public.
Added a new method hasVariable to UIDL class.
Client now uses POST for requests and has some drafting methods for locale loading.
svn changeset:1767/svn branch:trunk