FWD » Core Development » User Interface

In ChUI mode when I press Shift-TAB, the focus jumps to the previous widget in the tab order, but returns back in the same moment.

OE does not show anything similar.

What testcase?

Eduard, can you please check if this is caused by your recent focus changes?

Alexandru Lungu wrote:

Eduard, can you please check if this is caused by your recent focus changes?

Probably not, because I reverted my changes and still can reproduce.

The following patch removed this asymmetry with the TAB key and seems to cure the issue. I consider this as an urgent workaround since I do not know why this asymmetry was introduced first of all.

@@ -201,9 +202,13 @@

       int     code  = -1;
       int     key   = evt.getKeyCode();
-      boolean shift = evt.isShiftDown();
       boolean alt   = evt.isAltDown();

+      if (key == Key.VK_TAB)
+      {
+         return;
+      }
+
       // escape is never returned as 27, instead it sets some state as a
       // modifier key
       if (key == KeyEvent.VK_ESCAPE)
@@ -220,14 +225,7 @@
       if (mappedCode != null)
       {
          code = mappedCode.intValue();
-         
-         // normal VK_TAB is generated naturally in keyTyped() but SHIFT +
-         // TAB must be handled here
-         if (code == Key.VK_TAB)
-         {
-            code = shift ? Key.VK_BACK_TAB : -1;
-         }
-         
+                  
          if (code != -1)
          {
             if (alt)
@@ -455,6 +453,11 @@
             code = 31;
          }
       }
+
+      if (ch == Key.VK_TAB)
+      {
+         code = evt.isShiftDown() ? Key.VK_BACK_TAB : Key.VK_TAB;
+      }

       // normal processing: the preprocessed character is returned directly
       if (code == -1)

After patching, the TAB Shift-TAB events are completely ignored by keyPressed, and handled by keyTyped.

Another issue in ChUI native mode: pressing Tab and Backtab sometimes does not work as expected:

1. can cause no visible effect instead of moving focus
2. can cause the Insert text appear/disappear in the lower right corner of the screen.
3. can cause the [Z inserted into the character FILL-IN.

Another issue in ChUI (both Swing and native).

In OE ChUI the Home and End keys move focus to the first and last widget in the tab ring correspondingly.
In FWD the Home key move the FILL-IN cursor to the leftmost position, and the End button seems to do nothing.

Another issue with ChUI (both Swing and native).

In OE pressing the Ctrl-R key cleans the screen to an empty string and sets the cursor to the rightmost or the leftmost position, depending on the alignment.

In FWD the value is cleaned OK to the empty for a date FILL-IN, but all for other types the value is set to ?.
Also the cursor is not moved for any FILL-IN type.

Vladimir Tsichevski wrote:

Another issue with ChUI (both Swing and native).

In OE pressing the Ctrl-R key cleans the screen to an empty string and sets the cursor to the rightmost or the leftmost position, depending on the alignment.

In FWD the value is cleaned OK to the empty for a date FILL-IN, but all for other types the value is set to ?.
Also the cursor is not moved for any FILL-IN type.

A small correction: the Ctrl-R key causes the recall action, and restores the fill-in contents to the initial value (which is not always an empty string). Otherwise, the issue remains the same.

Another issue:

In OE in character mode error messages are displayed in the message area.
In FWD a message box is displayed.

This holds both in Swing and native modes.

Yet another issue in FWD ChUI:

I invoke a button, which causes an action, which causes an error, which raises an error message box.
I close the message box, and a (probably, the offending) FILL-IN is displayed as focused, which is not expected.
The button, which causes the error, is also looks like focused, and is really focused (which is expected).

So, two widgets looks like focused at the same time.

Also, when I move the focus between two buttons with navigation keys, the focus "jumps" to this FILL-IN for a fraction of second.