Community
Participate
Working Groups
The EditingSupport API for initializing and saving values of a CellEditor provide access to a ViewerCell, but other methods are given only the data element for the row. New variants of getCellEditor() and canEdit() that pass a ViewerCell would enable client code to use a single EditingSupport object per Viewer instead of one per column, since the ViewerCell can be used to distinguish columns. This would simplify setup code for applications that use dynamic techniques to generate GUIs, for example using JavaBeans introspection.
Mass update - removing 3.4 target. This was one of the bugs I marked for investigation (and potential fixing) in 3.4 but I ran out of time. Please ping on the bug if fixing it would be really important for 3.4, and does not require API changes or feature work.
Hitesh is now responsible for watching bugs in the [Viewers] component area.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.