I wonder if the flashing isn't a rendering issue similar to what MacVim is having, where the behavior of a legacy rendering technique changed?
> On Oct 10, 2018, at 14:57, Michael Dickens <michae...@macports.org> wrote: > > The Qt4-provided native apps seem to work correctly with no display issues. > > I have "my usual" ports that use Qt4 mostly working on 10.14: mostly GNU > Radio and related. These apps are using PyQt4 as the interface to Qt4. At > least in my testing, PyQt4 has some display glitches that make it challenging > to use: the Qt4-based windows flash a lot, and at random times. Doesn't > matter dark or light mode. Note that MacPorts' PyQt4 is not at the latest > version (due to major compatibility issues with it and current ports) -- so > there might be some fixes already in place for this way of using Qt4. > > Beyond the flashing, the Qt4- and PyQt4-based GUI widgets otherwise execute > as expected: widgets, popup menus, live graphs, toggle buttons. > > I can't test everything that Qt4 provides, of course. And I haven't tested > any other Qt4-based native apps. > > Hope this is useful! - MLD > > On Wed, Oct 10, 2018, at 2:10 PM, René J.V. Bertin wrote: >> Hi, >> >> I'm trying to figure out why port:kde4-workspace fails to build on >> 10.14, with linker errors that suggest that the system clang has a >> subtle new and incompatible symbol visibility policy. >> (https://trac.macports.org/ticket/57332). >> >> Are there known issues with Qt4 and/or KDE4 software on Apple's latest >> and greatest (desert environment O:^))? >> >> R. >