On Wed, Aug 14, 2019 at 09:10:22PM +0200, Tobias Frost wrote:
> On Wed, Aug 07, 2019 at 07:00:23AM +0100, Olly Betts wrote:
> > Which makes me wonder - can one explicitly set GDK_SCALE=1 to workaround
> > the problem when using a hidpi display? Presumably that results in any
> > non-OpenGL content in the window being smaller than ideal, but probably
> > it's like that anyway if one sticks with GTK2.
>
> Indeed, that works. And yes, other stuff gets tiny (e.g. buttons and their
> icons), but this issue is (still but) less painful than the other…
I've backported the change to make wxWindow::GetContentScaleFactor()
return an appropriate value with hidpi, instead of always reporting 1.0.
This has been applied to upstream's WX_3_0_BRANCH and I've uploaded
a new wxwidgets3.0 package containing it.
So applications which have been adjusted to use API method to support
hidpi under wxWidgets 3.1.x should now behave better under 3.0.x too.
There are quite a lot of other changes related to hidpi on upstream git
master which haven't been backported though. If you hit further
problems under hidpi, please report them and we can investigate and
decide if we should try to find and backport fixes, or go the
GDK_SCALE=1 route for wx 3.0.x and wait for upstream to release 3.2.0 to
get proper hidpi support.
Cheers,
Olly
