DOCUMENT ID: 1042-02 SYNOPSIS: Saving Xterm window positions while using Openwindows OS RELEASE: 2.1, 2.4, 2.5 PRODUCT: Solaris KEYWORDS: Xterm window position Openwindows DESCRIPTION: Presents information on saving Openwindows work space with Xterm windows coordinate positions preserved. A quick review of xwinifo function and work space saving. Normally after invoking an application such as Mailtool, the representative window may be positioned anywhere in the "root work space". The adjusted coordinate positions become modifications to the original command invocation. Xterms, considered as application windows, may also be custom positioned, however the command invocation parameters are not modified to reflect new positioning data. The Openwindows "save work space" saves an "image" work space. Reprehensible behavior occurs when Xterms are within the work space. SOLUTION: First some acquaintance with the Xwininfo command must be made. The Xwininfo's purpose in life is to report chosen window's several attributes, coordinate positioning beng included. To determine the coordinates of a repositioned Xterm window, the Xwininfo command is invoked and the Xterm window is the "window of choice". Next here is a quick review of the work space setup. The process of setting up a work space involves positioning selected application windows from a menu or invoking commands within windows. Once the work space is arranged an "image" is saved using the "Save work space" function, creating or replacing an .openwin-init file in the "home" directory. Examination of the .openwin-init file reveals invocation of each window in the work space. It should be noted that Openwindow types of windows have positioning parameters included , while Xterm windows have positioning parameters only if supplied at the original window invocation. The corrective procedure is to arrange the work space as desired and ascertain the Xterm window coordinate positions using the Xwininfo function. The work space may be then saved. The resulting .openwin-init file is then editted to modify the Xterm invocations with corrected positioning data. The customized work space with all windows types correctly positioned will be displayed the next invocation of Openwin. It should be noted that further use of the save work space function results with destruction the modified .openwin-init file. If additional rearrangement of the work space are required, the window invocations in the .openwin-init file must be modified. Finally an example of the xwininfo output and the corresponding "xterm entry" in the openwin-init file. xwininfo ==> Please select the window about which you ==> would like information by clicking the ==> mouse in that window. xwininfo ==> Window id: 0x80000d (Warranty Database) ==> Absolute upper-left X: 5 ==> Absolute upper-left Y: 27 ==> Relative upper-left X: 5 ==> Relative upper-left Y: 26 ==> Width: 484 ==> Height: 254 ==> Depth: 8 ==> Border width: 0 ==> Window class: InputOutput ==> Colormap: 0x80076 (installed) ==> Window Bit Gravity State: NorthWestGravity ==> Window Window Gravity State: NorthWestGravity ==> Window Backing Store State: NotUseful ==> Window Save Under State: no ==> Window Map State: IsViewable ==> Window Override Redirect State: no ==> Corners: +5+27 -535+27 -535-487 +5-487 toolwait /usr/openwin/bin/xterm -fn 6x10 -geometry 80x25+0+1 -title 'xxtitle' Note that the size of the window and the position are specified by the -geometry option. The coordinate information is slightly different between the xwininfo output and the xterm specification. DATE APPROVED: 09/18/95