Feedback
 
Did this article resolve your question/issue?

   

Your feedback is appreciated.

Please tell us how we can make this article more useful. Please provide us a way to contact you, should we need clarification on the feedback provided or if you need further assistance.

Characters Remaining: 1025

 


Article

After upgrading to 11.7 the alt-<alphanumeric character> key is not translating to anything.

Information

 
Article Number000099497
EnvironmentProduct: OpenEdge
Version: 11.7.x, 12.x
OS: Windows
Other: GUI mode
Question/Problem Description
The KEYLABEL statement is not picking up the key label or the key code for combinations such as ALT+<alphanumeric character>.
 After upgrading to OpenEdge V11.7.0 from Progress V 9.0 the KEYLABEL is not picking up the correct key label for ALT+<alphanumeric character> combinations.
Key labels are not seen by the KEYLABEL statement for combinations such as ALT+<alphanumeric character> in OpenEdge 11.7.x.
The KEYFUNCTION statement returns the unknown value when used with ALT+<alphanumeric character> combinations.
The ALT key is stripped from key sequences such as ALT+P in GUI environments.
The ALT key is stripped from key sequences such as ALT+<alphanumeric character> in GUI environments.




 
Steps to Reproduce1) Run the reproducible code example attached to the article, in a procedure editor (GUI mode).
2) Enter different key sequences
3) Notice that ALT+<alphanumeric character> for example ends up as just alphanumeric character (ALT key is stripped off) . Notice that ALT+Home, does not have the ALT stripped off.
4) Run the code example in a CHUI procedure editor and notice that the ALT key is not stripped off.
Clarifying Information
Application was upgraded from Progress V 9 to OE 11.7.0.
KEYLABELs are picked up in CHUI mode but not in GUI mode in OpenEdge V 11.7.x.
Certain KEYLABELs do work in GUI mode on 11.7.x & 12.x (ALT+INS, ALT+HOME, ALT-PAGE, ALT-END).
The same behavior is seen in OpenEdge 12.x.
 
Error Message
Defect/Enhancement NumberDefect OCTA-17460
Cause
The exact cause is not known at this time.
It is thought to be related to a modification made within OpenEdge, where ALT characters are being stripped from certain key sequences.
Resolution
None at this time.
Workaround
1) In applications that use "hot key" sequences, do not use key combinations of ALT+<alphanumeric character>. Use other key combinations that are not affected by this defect. 

2) Processing the key sequences within an editor widget seems to mitigate the problem. Running the following code in a GUI procedure editor shows the alphanumeric characters associated with the ALT key not being discarded:
 
DEF VAR cMyBuffer AS CHAR NO-UNDO. 
DISPLAY cMyBuffer VIEW-AS EDITOR SIZE 50 BY 10. 
ON 'any-key':U OF cMyBuffer DO: 
    SELF:SCREEN-VALUE = SELF:SCREEN-VALUE + SUBSTITUTE("&1 -- &2 -- &3~n", LASTKEY, KEYLABEL(LASTKEY), LAST-EVENT:LABEL). 
	RETURN NO-APPLY. 
END. 
ENABLE cMyBuffer. WAIT-FOR "Q" OF cMyBuffer.

 
Notes
Last Modified Date11/20/2019 1:30 PM