Make resizability of windows computed.

ASSIGNED
Assigned to

Status

()

enhancement
P3
normal
ASSIGNED
20 years ago
11 years ago

People

(Reporter: CodeMachine, Assigned: eric)

Tracking

Trunk
Future
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

20 years ago
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.
(Assignee)

Updated

20 years ago
Status: NEW → ASSIGNED
Target Milestone: M14

Updated

20 years ago
QA Contact: ckritzer → paulmac

Comment 1

20 years ago
spam: changing qa contact from ckritzer -> paulmac for xul bugs

Comment 2

20 years ago
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL.  XUL 
component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
(Assignee)

Comment 3

20 years ago
retargeting
Target Milestone: M14 → M16

Comment 4

19 years ago
*IGNORE* - more massive spam, changing open XPToolkit bug's QA contact to
jrgm@netscape.com

QA Contact: paulmac → jrgm
(Assignee)

Updated

19 years ago
Target Milestone: M16 → M18

Comment 5

19 years ago
Mass moving M18 bugs to M19
Target Milestone: M18 → M19

Comment 6

19 years ago
mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-
Target Milestone: M19 → M21

Updated

19 years ago
Target Milestone: M21 → Future

Comment 7

19 years ago
(per trudelle). mass-moving all evaughan non-nsbeta3+ bugs to 'Future'
milestone
(Reporter)

Comment 8

19 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.
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

Updated

11 years ago
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.