Closed Bug 15421 Opened 25 years ago Closed 3 years ago

Make resizability of windows computed.

Categories

(Core :: XUL, enhancement, P3)

enhancement

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: CodeMachine, Unassigned)

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

The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.

Assignee: eric → nobody
Status: ASSIGNED → NEW

This has been fixed years ago.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.