| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1342.1 | Shell Widget doesn't Resize | EXLIB::DLUGOSZ | Never try to prove what nobody doubts | Wed Aug 30 1989 16:46 | 18 |
| If I understand what you're attempting to do...
main_window has as its parent a shell widget (commonly called
top_level). When you realize the widget instance tree the shell
widget will make itself the same size as its managed child. After
the shell has been created it will (by default) not resize itself.
(Applications should not, by convention, change the size of their
toplevel windows on their own accord. It's up to the user to do
that.)
There is a resource in the shell widget that you can set to allow
the shell to resize itself (XtNallowShellResize). Once again
though, you really shouldn't use it.
If this isn't what you were trying to do.....oops
Ron
|
| 1342.2 | Who knows best? | SDSVAX::SWEENEY | Honey, I iconified the kids | Thu Aug 31 1989 13:07 | 15 |
| re: .1
>> (Applications should not, by convention, change the size of their
>> toplevel windows on their own accord. It's up to the user to do
>> that.)
The "user can do that" by instructing the application's UI to add more
visual information to the window with the resulting height and width
being correct with respect to the data domain. Ditto window placement.
Sometimes the application knows best in the regard.
On the other hand, raise, lower, iconify, and de-iconify are functions
that I think should be performed exclusively through user manipulation
of the window manager-supplied decoration. That's just my opinion
though.
|
| 1342.3 | How about that nasty Window Manager? | EXLIB::DLUGOSZ | Never try to prove what nobody doubts | Thu Aug 31 1989 13:19 | 15 |
| re: .2
>> The "user can do that" by instructing the application's UI to add more
>> visual information to the window with the resulting height and width
>> being correct with respect to the data domain. Ditto window placement.
>> Sometimes the application knows best in the regard.
Agreed. Didn't say I necessarily liked the convention...Have to
watch out though since some nasty window manager (in the act of
enforcing its layout policy) may decide to overrule the resize
request.
Ain't policies wonderful?
Ron
|
| 1342.4 | | LEOVAX::TREGGIARI | | Thu Aug 31 1989 13:49 | 10 |
|
> How do I get the main_window's height and width values updated without doing
> a realize widget?
I can't think of any way. But if what you really need is to get the
height and width before *displaying* the main window, you can do that.
Just do not XtManage the main window widget until you want it displayed.
Leo
|
| 1342.5 | DECterm goes its own way... | HANNAH::MESSENGER | Bob Messenger | Fri Sep 01 1989 16:04 | 17 |
| Re: .1
> (Applications should not, by convention, change the size of their
> toplevel windows on their own accord. It's up to the user to do
> that.)
>
> There is a resource in the shell widget that you can set to allow
> the shell to resize itself (XtNallowShellResize). Once again
> though, you really shouldn't use it.
In case someone is wondering, DECterm always turns on allowShellResize. I
suppose it could be argued that it should only do this if Auto Resize Window
is on. I don't think people would like the results if DECterm "followed the
rules" and didn't resize itself.
-- Bob
|