Audit SSDataGrid data validation

[bpangburn]

Review/modify SSDataGrid data validation to insure it's aligned with data validation conventions in RowSetOps and SSCommon.

[bpangburn]

Looks like SSDataGrid does some one-off rendering/masks for dates (e.g., protected class DateEditor) and handles some casting (e.g,. getCellEditorValue()). Also making use of java.sql.Types vs. java.sql.JDBCType (#14).

[errael]

How grid relates to SS-4.x is something I'm not in a good position to judge.

This issue's original post is about data validation conventions. My understanding is that a big part of 4.x is SSComponent/SSCommon/SyncManager. Should these relate to SSDataGrid as well as the colum oriented components?

SSComponentInterface

SSComponentInterface seems to be column oriented,
Grid doesn't use this (grid isn't column oriented).

Should there be an interface for things that are row oriented?
Conceptually, how about

• SSDataGrid implements SSRowComponent
• SSCheckBox implements SSColumnComponent
• SSRowComponent,SSColumnComponent both implement SSComponent

Or maybe just two interfaces,

• SSColumnComponent extends SSRowComponent

SSDataGrid working with Navigator widget.

SSDataGridHandler - SSDBNav

Totally separate interfaces, but seem to be about the same things; they should be unified.

Maybe there are two interfaces and one implements the other?

Names don't seem particularly suggestive of what is going on.
There's also "SSDataGridAdapter implements SSDataGridHandler"