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.
> 

Reply via email to