T.R | Title | User | Personal Name | Date | Lines |
---|
450.1 | Passive windows, active user... | TBD1::BURLEIGH | Dave, DECwindows Training | Wed Mar 22 1989 06:42 | 8 |
| Proper style is to let the user handle any necessary resizing.
XtSetValues on the main window has no effect because, by default,
the shell widget ignores geometry requests from its child. You
can override this by setting XtNallowShellResize to True on the
shell widget, but it breaks the Style Guide rules.
Dave
|
450.2 | Who's in control? | DECWIN::KLEIN | | Wed Mar 22 1989 13:50 | 18 |
| >> Proper style is to let the user handle any necessary resizing.
>> XtSetValues on the main window has no effect because, by default,
>> the shell widget ignores geometry requests from its child. You
>> can override this by setting XtNallowShellResize to True on the
>> shell widget, but it breaks the Style Guide rules.
Although proper style may be to let the user handle resizing, that doesn't
mean that the user shouldn't be able to resize the window indirectly
through an action taken within the application. For example, I see nothing
wrong with an application having a menu entry for "Make window big enough
to show the whole picture". If they select that menu entry, then they are
resizing the window voluntarily. Clearly, the user is still in control.
Requiring the user to diddle the window manager's resize button is not
the only "stylish" way to let the user resize (or move) windows.
-steve-
|
450.3 | Other examples too -- DECterm | ROBOT::ENDSLEY | MJ Endsley, SWS @ St. Louis | Wed Mar 22 1989 18:16 | 8 |
| Another example of where it makes sense for the application to perform
the resize on its own is illustrated by DECterm and its response when
VMS processes a SET TERMINAL/PAGE=xx/WIDTH=yy command.
Mike Endsley
SWS @ STO
|
450.4 | | PSW::WINALSKI | Paul S. Winalski | Wed Mar 22 1989 21:55 | 16 |
| Instead of setting the height and width attributes on the main window widget,
try setting them on the application shell widget returned by XtInitialize().
This should then cause the application shell widget to send configuration
requests (or geometry requests, or whateveritis) to its children, including
your main window.
In my application, I am doing this by having the main window contain only one
thing (aside from the menu bar): an attached dialog box. I then attach the
scroll bars to the bottom and right edges of the dialog box, and my graphics
window widget to the top and left of the dialog box, the top of the bottom
scroll bar, and the left of the right scroll bar. When the shell widget is
resized, either by application request or by the user, the graphics window
grows or shrinks accordingly.
--PSW
|
450.5 | Argh... | HGOVC::KENBERKUN | Klaatu Barato Nikto | Thu Mar 23 1989 05:17 | 2 |
| Question continued in not 463...
|