Closed Bug 389720 Opened 17 years ago Closed 17 years ago

zooming frameset is poor

Categories

(Core :: Layout, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: Peter6, Assigned: sharparrow1)

References

Details

Attachments

(3 files)

Attached file testcase
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7pre) Gecko/2007072607 Minefield/3.0a7pre ID:2007072607

repro:
Open FF
install http://ted.mielczarek.org/code/mozilla/fullpagezoom.xpi (pagezoom ext.)
open testcase and zoom in

result:
broken frames
No longer blocks: pagezoom
Blocks: pagezoom
testcase including content to show all weirdness.
The scrollbar issues is bug 389659, I don't know if 389659 will fix the odd content selection when you touch the bottom toolbars too.
Flags: blocking1.9?
I think the fix here is to use CallChildren just like in text zoom. However, that means that the check for the root PresContext would have to go.
Component: GFX → Layout: Misc Code
QA Contact: general → layout.misc-code
Assignee: nobody → sharparrow1
OS: Windows XP → All
Hardware: PC → All
Attached patch PatchSplinter Review
I think this is the best way to go about fixing this... we have to make sure to run the style change on subdocuments even though the device context thinks nothing has changed.
Attachment #274544 - Flags: review?(roc)
Comment on attachment 274544 [details] [diff] [review]
Patch

Low-risk patch; only touches codepath for page zoom.
Attachment #274544 - Flags: approval1.9?
Comment on attachment 274544 [details] [diff] [review]
Patch

a19=dbaron
Attachment #274544 - Flags: approval1.9? → approval1.9+
Whiteboard: [checkin needed]
a) eli is capable of checking in his own bugs
b) we have a checkin-needed keyword now, use that instead
Whiteboard: [checkin needed]
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a8pre) Gecko/2007080714 Minefield/3.0a8pre ID:2007080714

testcase 2: scrollbars don't appear when zooming in
----------------------------------------------------
more complex case with many frames:
open gmail
zoom in
click on [Sent Mail] link
click on [inbox] link
reset zoom (zoomfactor 1)

result: a part of the content is not painted, a part is painted enlarged, a part is painted correctly.
(a zoom in/out followed by reset zoom fixes the display again)
Ugh, that's a regression... not frameset-specific, though.  It's a page navigation regression.
I'll mark this fixed since the patch was checked in... I'll do the regression fixing in other bugs.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
I couldn't find a bug about it (although I think it was already filed), but I filed bug 421096 for the frame resizer looking wrong while being zoomed in.
Product: Core → Core Graveyard
Component: Layout: Misc Code → Layout
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: