Kbase P141001: 4GL/ABL: Character application not displaying properly using VMware and SplitView.
| Autor |
Progress Software Corporation - Progress |
| Acesso |
Público |
| Publicação |
06/02/2009 |
|
Status: Unverified
SYMPTOM(s):
4GL/ABL: Character application not displaying properly using VMware and SplitView.
The application is deployed using VMWare View Client.
The clients are WYSE thin clients with dual monitors.
Since VMWare View Client does not split across both monitors, the SplitView software is deployed to allow dual monitor utilization.
Changing the size of the window with the mouse does not move the usable portion of the window, instead it gives scrollbars.
FACT(s) (Environment):
Windows
Progress 8.x
Progress 9.x
OpenEdge 10.x
OpenEdge Category: Language (4GL/ABL)
CAUSE:
The deployment and/or configuration of the SplitView causes the character (CHUI) TTY application to calculate the size of the Progress window based on the combined widths or both screens. This places the menus and screens on the far right of the Progress window with a large gray area to the left.
Investigation of the application's source code revealed that an include file was setting the DEFAULT-WINDOW:WIDTH-CHARS to be equal to the SESSION:WIDTH-CHARS value. And since SplitView makes both monitors look like one to the application, the strange application appearance is displayed as a result.
FIX:
Set the DEFAULT-WINDOW:WIDTH-CHARS to a smaller value. For example, assuming both monitors have the same WIDTH-CHARS size, the following 4GL/ABL statement sets the DEFAULT-WINDOW:WIDTH-CHARS to the WIDTH-CHARS size of one screen only:
ASSIGN
DEFAULT-WINDOW:WIDTH-CHARS=SESSION:WIDTH-CHARS / 2.