Project

General

Profile

Bug #10342

COMBO-BOX - behavior and navigation difference

Added by Andrei Iacob 12 months ago. Updated 12 months 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 Andrei Iacob 12 months ago

Diffed issues from #9978, by Vladimir:

Issue 1: Incorrect Initial Selection

In OE, when the popup of a COMBO-BOX is first opened, if no item has been selected, no item is highlighted in the popup.
In FWD, however, the first item is always highlighted.

Issue 2: COMBO-BOX SIMPLE: Incorrect Navigable Region

In OE, for a COMBO-BOX of the SIMPLE subtype, the user can navigate within a range constrained by the defined format. For instance, in a COMBO-BOX with a format of x(30), the caret can be moved up to position 30. In FWD, however, the navigable range is limited to a single character width.

Issue 3: COMBO-BOX SIMPLE: No FILL-IN Redraw

In FWD, the FILL-IN is not redrawn after the user types printable characters until the user triggers a redraw by other means (e.g., using a navigation key or switching window Z-order).

Issue 4: COMBO-BOX SIMPLE: No UNDO in the FILL-IN

In OE, for a COMBO-BOX of the SIMPLE subtype, defined without the NO-UNDO modifier, the FILL-IN supports the UNDO feature: pressing Ctrl-Z undoes the last change. In FWD, this functionality appears to be absent.

Also available in: Atom PDF