Consultor Eletrônico

SUMMARY:

This Knowledge Base Solution explains why characters entered using the ALT keycode combination ALT+nnn in the Procedure Editor can give different results in Progress 9.1 when compared to earlier versions.

EXPLANATION:

In Progress 9.1A the Slick Edit feature was introduced with the Procedure Editor. This new functionality provides the automatic capitalization and color highlight features when typing 4GL keywords.

In Progress versions before 9.1A typing ALT+nnn in the Procedure Editor would display the character in the client DOS code page at position nnn. With the introduction of 9.1A and more specifically the Slick Editor, ALT+nnn now returns the character in the Windows code page at nnn.

So, if a Windows client uses the Windows code page of 1252 and a DOS code page of ibm437, in Progress versions 8.3 and 9.0 ALT+137 would return ë (e-umlaut). In Progress version 9.1 ALT+137 returns ? (promile).

The Slick Edit feature is responsible for this change because it interprets ALT+nnn and ALT+0nnn as Windows code page values. Note that the fill-in and editor widgets preserve the old behavior.

SOLUTION:

To resolve the problem, enter the characters using the Windows code page values, or switch off the Slick Editor by adding the line:

UseSourceEditor=no

to the progress.ini file.

If you are using the registry, make sure the UseSourceEditor is set to no in the Registry.


References to Written Documentation:

Progress Knowledge Base Solution 21905, "Entering Special Characters Using ALT on Windows Clients"