Some time ago, Kyle Jones wrote...
|+
| Hrvoje Niksic writes:
| > [ Added xemacs-beta, as this is not Windows-specific ]
| >
| > "Kirill M. Katsnelson" <kkm(a)kis.ru> writes:
| > > Toolbars are not redrawn even they definietly have to. This is shown
| > > in 20.3/X too. Try C-x 2, (set-specifier default-toolbar-height 70
| > > (selected-window)). Toolbar enlarges. When you click on another
| > > window, showing the same buffer, the toolbar does *not* shrinks
| > > back. Pull window by its corner. Aha, XEmacs knows that the toolbar
| > > should be redrawn, it just a bit lazy on doind this :)
| >
| > Yup, I can repeat this in 21.0-b40 under X.
|
| This is expected behavior. Window toolbar sizes are constrained
| to be no larger than the sizes instantiated at the frame level.
| The point of this is to avoid having the frame size flap when the
| current buffer or selected window changes. At least that's how I
| remember Chuck explaining it.
|-
Huh! I have already fixed it.... Hope this is the right fix.
Really this was not a correct behavior. The toolbar *did* resize, but
only after you resize the window.
The frame size should not flap, and does not after my patch, because
frame-level specifications affect frame size, while buffer and
window level do not. The problem was that XEmacs regarded changing
window-level specification via set-specifier, but ignored it when
it was changed by changing selected window, while keeping the selected
buffer the same.
Kirill