Open Bug 15421 Opened 21 years ago Updated 12 years ago

Make resizability of windows computed.

Categories

(Core :: XUL, enhancement, P3)

enhancement

Tracking

()

ASSIGNED
Future

People

(Reporter: CodeMachine, Assigned: eric)

Details

I'm assigning this to you because I was talking to you about this on the
newsgroups.  If you're not the relevant person, I assume you'll know the best
person to reassign it to.

Anyway, this is basically the request that min and max bounds actually work in
terms of that they can be passed to prevent the user from changing the window
size outside of the max/min bounds.

If the max and min bounds are equal, the window is not resizable.

Once this is done, the ability to specify resizability in XUL should be removed.

Related to this is bug #4909 (make prefs non resizable) and bug #2939 (make
filters resizable).

Resizability should always be based on content.  Any problems with the Mozilla
implementation of this should be fixed rather than using manual specification as
a kludge.
Status: NEW → ASSIGNED
Target Milestone: M14
QA Contact: ckritzer → paulmac
spam: changing qa contact from ckritzer -> paulmac for xul bugs
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL.  XUL 
component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
retargeting
Target Milestone: M14 → M16
*IGNORE* - more massive spam, changing open XPToolkit bug's QA contact to
jrgm@netscape.com

QA Contact: paulmac → jrgm
Target Milestone: M16 → M18
Mass moving M18 bugs to M19
Target Milestone: M18 → M19
mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-
Target Milestone: M19 → M21
Target Milestone: M21 → Future
(per trudelle). mass-moving all evaughan non-nsbeta3+ bugs to 'Future'
milestone
Adding hyatt since he'd probably be interested in this and might not know of
this report.

I suggest this should be moz1.0 as it would likely involve removing explicit
resizability specification from XUL.
Reproduce:
1. Open Mailnews msg standalone msg window. Use a normal text msg, not bugzilla
spam.
2. Resize so the msg wraps at ~40-60 columns.

Actual result:
Vertical scrollbar disappears.
(That's because the buttons on the toolbar are wider than the window width,
which seems to push the scrollbar in the invisible area.)

Expected result:
Vertical scrollbar is alowas visible, if needed.
2 possible expected results otherwise:
1. The window cannot be made so small, that some buttons wouldn't be visible.
2. *Only* the parts of the window which are too large, in this case the toolbar,
get partially invisible. However, on the left of the scrollbar, there is a
flexible area with still much of space (the msg body), so the scrollbar can and
should still be visible, although some buttons aren't visible anymore. This is
my preferred solution, because it allows me to make the window small, but still
have it being functional, apart from a few missing buttons. IIRC, this is what
the MSIE suite (MSIE, MSOE etc.) do, too.
To make it really good, the throbber should be cover the buttons, too. However,
this is probably difficult (changing XUL spec and apps).
Keywords: mozilla1.0
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.