You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
DateRenderer should not be Date based, should use e.g. Instant or something else so that user doesn't have to convert to Date.
Another option would be to have several Date related renderers for each type ? E.g. InstantRenderer, LocalDateRenderer ...
I don't think the existing DateRenderer should be changed. We should instead introduce a new class with similar functionality but a different input type.
I will today try to implement my own LocalDateRenderer because I need one, and I believe everyone using Java 8 date types will at the end do the same.. I can't wait Vaadin 8.1 and I believe many others won't wait either.
Turns out there's something I need to know better to do LocalDateRenderer: tried it, but didn't want to spend too much time on debugging and turned back to preformatting dates to strings in value provider of field.
@pleku commented on Mon Oct 03 2016
DateRenderer should not be Date based, should use e.g. Instant or something else so that user doesn't have to convert to Date.
Another option would be to have several Date related renderers for each type ? E.g. InstantRenderer, LocalDateRenderer ...
@pleku commented on Tue Oct 11 2016
SHOULD HAVE, but not necessary for FW8.
The text was updated successfully, but these errors were encountered: