Closed
Bug 15421
Opened 25 years ago
Closed 3 years ago
Make resizability of windows computed.
Categories
(Core :: XUL, enhancement, P3)
Core
XUL
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.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M14
Updated•25 years ago
|
QA Contact: ckritzer → paulmac
Comment 1•25 years ago
|
||
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
Comment 4•25 years ago
|
||
*IGNORE* - more massive spam, changing open XPToolkit bug's QA contact to
jrgm@netscape.com
QA Contact: paulmac → jrgm
Updated•25 years ago
|
Target Milestone: M16 → M18
Comment 6•24 years ago
|
||
mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-
Target Milestone: M19 → M21
Updated•24 years ago
|
Target Milestone: M21 → Future
Comment 7•24 years ago
|
||
(per trudelle). mass-moving all evaughan non-nsbeta3+ bugs to 'Future'
milestone
Reporter | ||
Comment 8•24 years ago
|
||
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.
Comment 9•24 years ago
|
||
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
Comment 10•3 years ago
|
||
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
Comment 11•3 years ago
|
||
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.
Description
•