Project

General

Profile

Feature #12048

replacement for the DBI ctGrid ActiveX control (editable grid)

Added by Greg Shah 14 days ago. Updated 14 days ago.

Status:
New
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
Due date:
% Done:

0%

billable:
No
vendor_id:
GCD
case_num:
version_reported:
version_resolved:
reviewer:
production:
No
env_name:
topics:

History

#1 Updated by Greg Shah 14 days ago

Replacement for the DBI ctGrid ActiveX control (editable grid)

Project: User Interface

Problem

ctGrid (ctGrid.ocx 2.0.9) is an editable grid with combo-box cells, populated from temp-tables. Members used include AddComboItem (by far the most used), CellText, AddColumn, ItemCargo, EditCell, EditColumn, EditRecord, CommitEdit, CancelEdit, SelectOnEdit, CellStyle, CellTime and ColumnSortable. Events: Change, BeforeCellEdit, ComboItemSelected, RightClick, CellKeyDown, CheckClick, AfterCellExit.

Two patterns are typical: line-item editors with cell-level validation, and a mapping grid paired with a preview grid for flat-file imports. Several grids may sit on the tabs of a tab control.

FWD's TREELIST has no cell editors or cell-level edit events, and the native editable BROWSE has a different model.

Work

  1. Write a replacement control with the ctGrid model: editable cells of text, combo, check and time types, the edit life cycle (EditCell, CommitEdit, CancelEdit) and the cell-level events with the vendor's ordering and veto semantics.
  2. Share the cell editors with the ctList list grid where that is natural.
  3. Register the control's CLSID in the OCX registry (ocx-registry.xml), mapping it to the target widget, as #11919 did for ctToolBar.
  4. Decode the design-time state the control keeps in the .wrx storage at conversion time, so that it exists after conversion.
  5. Implement the members and events listed above on the target, with the vendor's semantics: argument types, return values, defaults, and the order in which events fire. Members of the type library that are not used become no-ops with a conversion warning, as the OCX pipeline already does.
  6. Follow the OCX emulation playbook attached to #11919: an OpenEdge test program with goldens for each member and event, recorded input sequences for the interactive parts, and Lyra automation.
  7. Update the gap marking and the OCX registry documentation.

Testcases

Each member and event above, exercised on Windows OpenEdge with the real control to produce goldens, then run against the FWD replacement on the web and Swing clients. The vendor help files are the reference where behaviour cannot be observed directly.

Also available in: Atom PDF