<p dir="ltr"><br>
On 9 Jun 2015 1:07 pm, "Larry Shaffer" <<a href="mailto:larrys@dakotacarto.com">larrys@dakotacarto.com</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> This can be fixed for Qt 4.8.x, but requires direct access to the Cocoa API when needed to introduce the non-Qt-source workarounds noted in the QTBUG-40449 [0].<br>
><br>
> Btw, this is an example of my old PR [1] to introduce abstracted calls to the OS (Mac for example, with Objective-C++) to handle changes in OS API libraries and keep such workarounds in one place instead of peppered throughout the source tree. Especially for those instances where Qt fails us, but a direct call to the OS could be abstracted for a workaround where needed.<br>
><br>
> Unfortunately, it is a significant change that needs really tested well, and certainly not reasonable to introduce into 2.10 as a fix, as it is more of a feature.<br>
><br>
> I never upgraded to 10.10 for several reasons, but am about to, or I would have noticed this nasty bug sooner.<br>
><br>
> [0] <a href="https://bugreports.qt.io/browse/QTBUG-40449">https://bugreports.qt.io/browse/QTBUG-40449</a><br>
> [1] <a href="https://github.com/qgis/QGIS/pull/1084">https://github.com/qgis/QGIS/pull/1084</a></p>
<p dir="ltr">Thanks for looking into this Larry,</p>
<p dir="ltr">I'm wondering - is there anything stopping the OSX builds from moving to the Qt5/pyqt4 combination? I gather qt4 on 10.10 is unsupported and probably has a lot of little quirks like this we can't easily fix. I'm tipping the next OSX release will have even more. But since we're not relying on a distro and are more or less free to choose dependencies on OSX, couldn't we switch the OSX build across now?</p>
<p dir="ltr">Nyall</p>