Project

General

Profile

Bug #11072

CHARACTER FILL-IN: Caret Navigation Restricted After Trigger Fires

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

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

0%

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

History

#1 Updated by Vladimir Tsichevski 7 months ago

  • reviewer Hynek Cihlar added

Run the following 4GL example (trigger key is arbitrary; ENTER used as example):

DEFINE VARIABLE d AS CHARACTER NO-UNDO.
DEFINE FRAME f d WITH SIDE-LABELS.

ON ENTER OF d IN FRAME f DO:
END.

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

This creates a CHARACTER FILL-IN widget with a defined trigger on any key (e.g., ENTER).

Steps to Reproduce

  1. Insert multiple space characters into the widget (caret can be moved within the text).
  2. Press the defined trigger key (e.g., ENTER).

Observed Behavior

After pressing the trigger key:

  • The caret can only be moved left.
  • The caret cannot be moved right.

Expected Behavior

The caret should remain fully navigable (left and right) after the trigger key press.

Note: Mouse event triggers (tested with MOUSE-SELECT-DOWN) exhibit the same restriction.

Also available in: Atom PDF