Sorry for the long delay, somehow either I or my Rube Goldberg mail
set up lost it for a couple weeks.
René Rebe writes:
On 06 Dec 2017, at 10:55, Stephen J. Turnbull
> That's right. If your X server is providing the right DPI
> screen, fontconfig will automatically scale points to pixels
From my own user of fontconfig in my own software, I do not recall
fontconfig interacting with an X server.
I should have said "Xft" rather than fontconfig. Fontconfig doesn't
know anything about glyphs or pixels.
Yes, I meant the menus and such only.
Thank you for confirming.
> On my own system this "just works", and the screens
that get switched
> are a Mac Book Pro 13" (2560x1600) and a Thunderbolt 26" (2560x1440).
> so I should see the same effect that you do. But I don’t.
That sounds you are using macOS? Where the X server probably may do
some things the Apple-way, instead of some more traditional
Yes. However, the X server is Xorg, and at least the last time I had
to dig into X internals most of the differences have to do with
interactions with the rootless display feature used by the XQuartz
Which toolkit do you build / recumbent to use?
Xt + Xaw3d Athena widgets.
Btw. any chance for a new tar ball point release to get up to sync
with potential changes in the development source tree from the last
Can't bitbucket do that for you?
If you're worried about having something checked for stability, I
don't think that's going to happen soon. Things just aren't stable,
and I don't know how to get there soon. Aidan has merged two
megabranches recently, one, mostly by Ben Wing, to make the internal
encoding be Unicode (configure-time option) and the other, mostly by
Jeff Sparkes, to add preliminary support for GTK2 and GTK3. The
latter is quite broken for me, either due to Mac OS lossage or changes
in GTK semantics. I haven't tried GTK2 yet. Even in my normal
Xt+Xft+Xaw3d configuration, things are noticably unstable.
If you just prefer tarballs for some reason, I'll think about it.
Aidan, any opinions here?