On Thu, Oct 09, 2014 at 11:18:28PM -0700, Robert O'Callahan wrote: > On Thu, Oct 9, 2014 at 10:31 PM, <[email protected]> wrote: > > > I recently got a HiDPI monitor (15" at 3200x1800, 234 dpi) and I noticed > > that Firefox (32) doesn't automatically scale UI/content to take advantage > > of the hidpi, with the result that stuff renders uncomfortably small by > > default. If I manually set devPixelsPerPx to 2, I seem to get a reasonable > > UI and content scaling. > > > > I've perused the source code and did a little bit of debugging, and while > > the DPI is detected correctly (nsWindow::GetDPI returns 234), no scaling > > factor is set from this. I've tracked this to the fact that nsWindow in > > Linux does not reimplement GetDefaultScaleInternal(). > > > > Since the patch to implement this is rather trivial, I'm attaching a > > preliminary version to this post. Still, I was wondering: was the omission > > intentional (e.g. because other means should be used on Linux for this, and > > I just happen to have a set-up where this is not detected)? > > > > We should really follow what GTK does. E.g. whatever scale factor GTK uses > for system/application icons by default, we should match it. Icons in the > Firefox UI should use the same scaling as icons in native/system apps.
But GTK+2 doesn't have support for HiDPI does it? Only recent GTK+3 has, and that's covered by bug 975919 (but, obviously, that's limited to GTK+3 builds, which are far from being production ready). Mike _______________________________________________ dev-platform mailing list [email protected] https://lists.mozilla.org/listinfo/dev-platform
