| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\ |
|
| |
| |
| |
| | |
svn changeset:24196/svn branch:6.8
|
| |
| |
| |
| |
| |
| | |
The test now fails before the query can be executed when the query string is generated.
svn changeset:24061/svn branch:6.8
|
| | |
|
| | |
|
|\|
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/com/vaadin/terminal/gwt/client/ui/VTabsheet.java
src/com/vaadin/terminal/gwt/client/ui/VTree.java
src/com/vaadin/terminal/gwt/client/ui/VWindow.java
src/com/vaadin/ui/AbstractField.java
|
| |
| |
| |
| | |
svn changeset:23402/svn branch:6.8
|
|\|
| |
| |
| | |
Manually merged CRLF changes + additional small patch for changes that SHOULD NOT be in the changeset but that the SVN -> GIT sync script has added
|
| |
| |
| |
| | |
svn changeset:22797/svn branch:6.7
|
| |
| |
| | |
conversion from Property classes
|
| | |
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/com/vaadin/Application.java
src/com/vaadin/data/Property.java
src/com/vaadin/data/util/PropertyFormatter.java
src/com/vaadin/terminal/ParameterHandler.java
src/com/vaadin/terminal/URIHandler.java
src/com/vaadin/terminal/gwt/client/HistoryImplIEVaadin.java
src/com/vaadin/terminal/gwt/client/ui/layout/ChildComponentContainer.java
src/com/vaadin/terminal/gwt/server/ApplicationPortlet.java
src/com/vaadin/terminal/gwt/server/PortletApplicationContext.java
src/com/vaadin/ui/Field.java
src/com/vaadin/ui/LoginForm.java
src/com/vaadin/ui/UriFragmentUtility.java
|
| |
| |
| |
| | |
svn changeset:22320/svn branch:6.7
|
| |
| |
| |
| | |
Eliminate some more warnings for use of raw types (Field, Property,
Class), mostly by changing API method return types.
|
| |
| |
| |
| |
| | |
Most of the warnings eliminated are related to generics for
Property, Field or field factories. Not all such warnings are eliminated
in this changeset.
|
|\| |
|
| |
| |
| |
| | |
svn changeset:21815/svn branch:6.7
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The interfaces Property and Field and most of their implementations are
now parameterized with the type of their value. The method getValue()
returns the Property type but setValue() takes Object as its parameter.
No implicit conversions between value type and strings are performed in
most locations (fields).
Among others, AbstractTextField, DateField and RichTextArea not have
specific value types and do not accept arbitrary values.
Most locations requiring migration will be visible as compilation
errors, with the exception of some cases where a non-parameterized
Property or Field (or one parametrized with Object) is used.
Not yet done:
- Label
- converters
- setValue() parameterization (causes much more migration effort)
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The toString() method should not be used on a property to get its value.
Added getStringValue() to AbstractField, Label etc. Using them
where applicable. Added comments to some problematic locations where
Property.toString() is known to be used.
AbstractField.toString() and Label.toString() still return the same
values as before, but it will throw an exception in future revisions.
Migration needed: Replace explicit and implicit uses of
Property.toString() with use property.getValue() and its
string representation.
Alternatively, use AbstractProperty.getStringValue() and
AbstractField.getStringValue() instead of Property.toString() during
migration.
|
|
|
|
| |
svn changeset:21552/svn branch:6.7
|
|
|
|
| |
svn changeset:21478/svn branch:6.7
|
|
|
|
| |
svn changeset:21463/svn branch:6.7
|
|
svn changeset:21440/svn branch:6.7
|