Open Bug 736652 Opened 13 years ago Updated 2 years ago

Zooming out on View Image to see it without scrollbars loses styling

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect)

x86
Windows XP
defect

Tracking

()

People

(Reporter: mardeg, Unassigned)

References

()

Details

STR: 1. View or zoom any image to larger than the viewport eg. http://www.justcalendar.org/calendar/Blank-Calendar-2.jpg 2. Use a bookmarklet like the one from the URL field to apply a style eg. opacity, transform 3. Zoom the image out to see it all without needing to scroll Expected Results: Image retains applied style Actual Results: Image loses style
Version: unspecified → Trunk
ImageDocument::ShrinkToFit (which may be called when you "zoom the image" if you really mean "click the image") does this: 457 imageContent->SetAttr(kNameSpaceID_None, nsGkAtoms::style, 458 NS_LITERAL_STRING("cursor: -moz-zoom-in"), true); which would of course lose your styles. I don't think there's necessarily a problem here; the basic "make it fit" styles the image needs here are not compatible with arbitrary styling, obviously....
Though ImageDocument could relatively easily use the C++ equivalent of element.style.setProperty() and avoid the problem.
Possibly, yes. RestoreImage would need changes too.
(In reply to Boris Zbarsky (:bz) from comment #1) > ImageDocument::ShrinkToFit (which may be called when you "zoom the image" if > you really mean "click the image") does this: No I just meant zooming out with Ctrl - I hadn't tested the "click to fit"
Ah, that might be hitting the RestoreImage() case, then. Not sure.
This was first noted when testing the extension at https://addons.mozilla.org/en-US/firefox/addon/flip-or-rotate-image/ in case anyone thought it was limited to bookmarklets.
Product: Core → Core Graveyard
Product: Core Graveyard → Core
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.