IC65302: HATS BIDI ERASE END OF FIELD (EOF) IS REMOVING CHARACTERS TO THE RIGHT ON A 3270 NUMERIC FIELD (LTR) BUT SHOULD ALWAYS CUT LEFT

Rational Host Access Transformation Services, Version 7.5.1.1
Rational Host Access Transformation Services, Version 7.5.1.2
Rational Host Access Transformation Services, version 7.5.1.3
Rational Host Access Transformation Services Fix Pack 4 (7.5.1.4) for 7.5.1
Rational Host Access Transformation Services Fix Pack 5 (7.5.1.5) for 7.5.1
Rational Host Access Transformation Services Fix Pack 6 (7.5.1.6) for 7.5.1

APAR status

• Closed as program error.

Error description

• Customer has a 3270 numeric only field on a RTL display.  In
  the case of a 3270 numeric field the Erase End of Field (EOF)
  key should always remove characters to the right regardless of
  RTL setting.  In this case, the characters were being removed
  from the left of the cursor instead of removing the characters
  on the right of the cursor.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All customer using Arabic or Hebrew          *
  *                 codepages                                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: Customer has a 3270 numeric only        *
  *                      field on a RTL display with             *
  *                      Autoreverse on.  In such case, the      *
  *                      Erase End Of Field (EraseEOF) key       *
  *                      should always remove characters to      *
  *                      the right of the cursor, instead it     *
  *                      removes the characters to the left.     *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  This problem is relevant for all fields having typing
  direction opposite to screen orientation such as RTL 5250
  fields etc. and for host keys similar to eraseEOF like field+
  and fieldexit on 5250 sessions.
  
  The problem lays with the way the caret is displayed on HATS
  Web & RCP clients.  In contradistinction to host terminal where
  the cursor is placed under the current character, on HATS
  emulation the cursor is shown before the position where user
  operation should take place.  There exists some specifics for
  host fields having typing direction opposite to screen
  orientation. For instance, regular left-to-right field the
  cursor
  stays on the left of the character to be overwritten, for 5250
  righ-to-left fields the caret is on the right of the character
  to be written over.  This fact should be reflected in HATS OIA
  as well as when host operation dependant on cursor position is
  invoked like erase EOF.
  
  Moreover, all host actions such as, erase EOF, field+, etc.,
  are performed specially by HOD when fields having typing
  direction opposite to screen orientation are involved.
  The field's text gets erased from the opposite side from
  cursor position then it would be for regular field.
  The particular case of numeric field in RTL screen in 5250
  invariably and in 3270 when autofieldreverse setting is on
  default raises the problem since by design the HOD screen
  remains always LTR, only HATS emulation screen gets reversed.
  Therefore,  special workaround is needed to force HOD to
  respect the above mentioned pecularity in processing.
  

Problem conclusion

• The cursor position for fields having opposite orientation to
  screen have to be ajusted by 1 on HATS clients to take into
  consideration the typing orientation.
  
  Field reverse (for 3270 sessions) and screen reverse (for 5250
  sessions) have to be performed on HOD before sending to HOD the
  keys like erase EOF in order to compell  HOD to take into
  consideration the pecularities mentioned above in processing
  fields with opposite orientation.  After processing host key
  the respective field & screen orientation have to be restored
  to initial values.
  
  * Parts changed:
  TemplateTransformationHandler.java
  SwtBiDiFactory.java
  CursorPositionHandler.java
  AppProcessingEngine.java
  HostScreen.java
  NextScreenBean.java
  lxgwfunctions.js
  visualfield.js
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  RATL HATS MULTI

• Fixed component ID

  5724U6700

Applicable component levels

• R750 PSY

     UP