13179 - Smart window sizing, working zoom

Status: RESOLVED DUPLICATE of bug 232919

(Core :: XUL, defect)

Description

[Steve Dagley]

Mac specific platform integration issues:

Smart window sizing, working zoom where content is accounted for when deciding
how big to make the window.

Comment 1

[Steve Dagley]

Tagging M14 Assigned for now so Bugzilla won't send me nastygrams

Comment 2

[leger]

Updating QA contact.

Comment 3

[Peter Trudelle]

mass moving m14 bugs to m15

Comment 4

[Steve Dagley]

Moving to M18 to sync with #4252

Comment 5

[Matthew T (active 1999-2002)]

Where will this be used? It seems inappropriate for both Navigator and Messenger; 
and in windows like Bookmarks, Address Book, History etc, it will only be useful 
in the unlikely event that you have few enough items in these windows to fit on 
the screen at once.

Comment 6

[Paul Chen]

nav triage team:

Nice feature to have, but not going to do this for beta1. Marking nsbeta1-,
reassigning to pchen

Comment 7

[Oliver Klee]

Milestone 0.8 has been released. We should either resolve this bug or update its
milestone.

Comment 8

[Steve Dagley]

Clearing target:future as that's not going to get it any eyeball time (and pchen 
isn't the one that future'd it)

Comment 9

[Adam]

>Where will this be used?

On a 21-24" display with resolution set to 1280x1024 or higher. A *lot* of stuff
can fit on the screen at those resolutions. Should this be 4xp, as Communicator
did this quite well (sized windows appropriately to accomodate content when
clicking the resize button)?

Comment 10

[Paul Chen]

Marking nsbeta1- bugs as future to get off the radar.

Comment 11

[Jesse Ruderman]

See also bug 1187, [RFE] Rightsizing an HTML window.

Comment 12

[Greg K.]

*** Bug 106414 has been marked as a duplicate of this bug. ***

Comment 13

[Greg K.]

Setting OS=All as this has implications on all Mac OS versions.

Setting Severity=Trivial as this isn't about functionality loss, but rather
suboptimal functionality...zoom does, in fact, occur, but not well.

Comment 14

[timeless]

unsetting All. We use os values to indicate the lowest common demoninator. 
Macintosh:All implies it occurs on say LinuxPPC or NetBSD PPC which is not what
we're trying to say.

Comment 15

[Asa Dotzler [:asa]]

-> default assignee

Comment 16

[Peter Trudelle]

->future

Comment 17

[Chris Pepper]

This is nontrivial. Most pages fit within the width of the screen (generally
1024 or 1280 for me), and zooming them to (mostly) fill the screen means they
can't be staggered usefully. With rightsizing, I can often fit many windows
onscreen with a visible region of each to click, but with Mozilla 1.0.0RC1 on
Mac OS X, they're all the same size and location, and I must use the menu (or
nonstandard keyboard shortcuts) to switch among them. This is more important on
Mac OS X than Linux, since the Command-` window cycling shortcut is also missing.

Comment 18

[Lorin Rivers]

I'd like to see this behavior in Mozilla and Chimera. It's one of my favorite
Communicator features (i.e., behave as the Finder does, zoom to remove
scrollbars where possible).

Comment 19

[Peter Trudelle]

Mass moving all of my open Nav/toolkit bugs to new owner.

Comment 20

[Torben]

Updating OS since support for mac classic is dead.

Comment 21

[Stefan [:stefanh]]

Moving this to core since this seems to deal with the native zoom buttons... (the new zoom feature zooms all of the page content, but in here it seems that it's not enough with that). Not sure if this is doable or valid.

Comment 22

[Ian Tommins ('thelem')]

This is an older bug, but it's the same issue and bug 232919 has much more useful discussion.

Comment 23

[Firefox Bug Husbandry Bot]

Moving to Core:XUL per https://bugzilla.mozilla.org/show_bug.cgi?id=1455336

Comment 24

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/8b6966d4ab0d
[fenix] For https://github.com/mozilla-mobile/fenix/issues/13179 - Ensure we only dismiss share prompt once