Safari quirk when viewing original contribution image affects page's responsiveness

[dorothyyeager]

@fec-issues-bot commented on Tue Nov 27 2018

What were you trying to do and how can we improve it?

I discovered an odd quirk when viewing an original contribution image in the Safari browser that seems to affect the page's responsiveness. On the Page by Page Report Display, the OS accessibility tools affect the HTML and PDF elements in opposite ways. That is, when you reduce the browser size using the Command-Minus Sign (-) keyboard shortcut, the HTML elements get smaller but the image actually gets bigger. The opposite is true when you use the Command-Plus Sign (+). This behavior appears to be specific to the Safari web browser.

General feedback?

Tell us about yourself

Your friendly neighborhood multimedia specialist.

Details

• URL: https://www.fec.gov/
• User Agent: Amazon CloudFront

[rfultz]

Tech research

• It looks like Safari sends the cmd- (and cmd+) command to the html page. When it does, the numbers on the page decrease, including the pixel-sized margins around the pdf holder, making the holder wider on the screen so the image size increases to fill the new larger bounds. By default, the pdf content is set to fill the available area so it behaves that way. If the user takes over the zoom (inside the pdf area), the browser maintains the user's requested zoom/size and doesn't change size with the cmd+/-
• The other browsers send the cmd- (and cmd+) command into the pdf holder only, meaning users can't change the size of the elements on the page—only inside the pdf.
• Could it be a training or documentation issue for Safari users, pointing out that, if they want to enlarge only the image, they should use the native 🔍+ and 🔍- buttons overlaying the pdf content?
• I lean toward wontfix