Project

General

Profile

Bug #10846

Date FILL-IN: Caret position always resets to zero after DISPLAY

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

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

0%

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

Related issues

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

History

#1 Updated by Vladimir Tsichevski 8 months ago

Consider the following example:

SESSION:DATE-FORMAT = 'mdy'.

DEFINE VARIABLE dateField AS DATE VIEW-AS FILL-IN NO-UNDO FORMAT '99/99/9999'.

DEFINE FRAME f dateField NO-LABEL.

ON ENTER OF dateField
DO:
    ASSIGN dateField NO-ERROR.
    DISPLAY dateField WITH FRAME f.
END.

ENABLE ALL WITH FRAME f.
WAIT-FOR WINDOW-CLOSE OF FRAME f.

In this example, a date FILL-IN widget is created with format 99/99/9999. When the user presses ENTER, the attached trigger assigns the date variable and displays the result.

Scenario

  1. Insert any valid date value, e.g., 01/02/2023.
  2. Using any keyboard key that moves the caret (e.g., Left, Right, Home, or End) or a mouse click, move the caret to any position.
  3. Press Enter.

The issue

In OE:

  1. If the caret was last moved with a keyboard key: the caret moves to the position before the last key was pressed.
  2. If the caret was last moved with a mouse click: the caret position does not change.

In FWD: The caret always moves to position zero.

#3 Updated by Vladimir Tsichevski 8 months ago

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

Also available in: Atom PDF