Open Bug 986010 Opened 11 years ago Updated 3 years ago

Fix up hard coded pixel values in nsNativeThemeWin for high-dpi

Categories

(Core :: Widget: Win32, defect, P3)

x86_64
Windows 8
defect

Tracking

()

People

(Reporter: jimm, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [win:sizing])

nsNativeThemeWin has a lot of hard coded pixel values. I recently fixed some related to menu arrows in bug 911409, but there are many more particularly in GetWidgetPadding and GetMinimumWidgetSize. I think we can keep most of these consts, they've been tweaked over the years to look right @ 96 dpi. But we should adjust the actual values we return based on the dpi scale factor so things look the same on higher dpi systems.
Be careful since some UI elements (like buttons) are nine sliced for high DPI so certain paddings don't actually scale linearly.
(In reply to Greg Edwards from comment #1) > Be careful since some UI elements (like buttons) are nine sliced for high > DPI so certain paddings don't actually scale linearly. what do you mean by "nine sliced"?
Assignee: jmathies → nobody
Whiteboard: [win:sizing]
Severity: normal → S3
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.