Project

General

Profile

Bug #10433

FILL-IN (DATE type): Incorrect digit insertion position in freshly opened FILL-IN

Added by Vladimir Tsichevski 11 months ago. Updated 11 months ago.

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

0%

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

Related issues

Related to User Interface - Bug #7515: FILL-IN: editing dates issues WIP

History

#1 Updated by Vladimir Tsichevski 11 months ago

When entering a digit into a newly opened DATE type FILL-IN with a defined format containing separators, the insertion position is incorrect in FWD. The digit is always inserted at position 0, regardless of the caret position.

Steps to Reproduce

Run the following 4GL program in GUI mode:

DEFINE VARIABLE f1 AS DATE FORMAT "99.99-99" 
   VIEW-AS FILL-IN SIZE 14 BY 1.
DEFINE FRAME f f1 AT COL 1 ROW 1
   WITH SIDE-LABELS.
ENABLE ALL WITH FRAME f.
WAIT-FOR CLOSE OF CURRENT-WINDOW.
  1. Observe that the FILL-IN displays both separators and that the entire content is initially selected.
  2. Using the mouse or keyboard navigation keys, move the caret to any position other than the first character (position 0).
  3. Type any digit (e.g., 1).

Actual Result (FWD)

The digit is always inserted at position 0 regardless of the caret position.

Expected Result (OE)

The insertion point depends on the caret position.

Note:

This issue exists in ChUI mode as well.

Note:

This issue occurs only in a freshly opened FILL-IN. After any edit is performed, digits are inserted at the correct positions.

#2 Updated by Vladimir Tsichevski 11 months ago

  • Related to Bug #7515: FILL-IN: editing dates issues added

Also available in: Atom PDF