[Interest] Qt 6.3.0 and OpenGL on macOS [was: Re: Creating fat binaries for Qt6 on macOS]

> On Apr 13, 2022, at 06:52, Sze Howe Koh wrote: > Apple has let their OpenGL implementation stagnate since 2010 [1]. > They then officially deprecated it in 2018, citing significant > advantages of Metal over OpenGL [2]. They have not revealed when > OpenGL will be removed. > > Most of Qt

Re: [Interest] Creating fat binaries for Qt6 on macOS

> On Apr 13, 2022, at 03:52, Sze Howe Koh wrote: >>> >>> My guess is that it has to be explicit on your side because Metal has some >>> advantage that OpenGL doesn't. I wouldn't know what, since it's not an area >>> I >>> pay attention to. >>> >> >> :-) >> >> So instead of defaulting to

Re: [Interest] Creating fat binaries for Qt6 on macOS

> On Apr 12, 2022, at 06:20, Thiago wrote: > > On Monday, 11 April 2022 23:17:17 PDT Dirk Hohndel wrote: >>> The error message is talking about how the same path was being removed >>> more >>> than once, which means your binary has it twice. I gues

Re: [Interest] Creating fat binaries for Qt6 on macOS

Hi Thiago, Thanks for the detailed response. > On Apr 11, 2022, at 13:43, Thiago wrote: > > On Sunday, 10 April 2022 10:22:21 PDT Dirk Hohndel wrote: >> ERROR: "error: >> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolch >&g

[Interest] Creating fat binaries for Qt6 on macOS

Hi all, I'm running into a number of interesting problems on macOS. I am testing against the 6.3.0 RC This is for a fairly complex app called Subsurface, in case anyone cares. When I create fat binaries for the app by setting CMAKE_OSX_ARCHITECTURES to arm64;x86_64 things mostly work, but a

[Interest] copying the object in the delegate

Hi there, So this may be a strange question. I have a sorted filtered list in C++ that is accessed through a list model in QML. In the delegate I need to access many of the members of the object underlying the model. Through properties that should be fairly low overhead, if I could "cache" that

Re: [Interest] how do I tell cmake that I need libQt5PositioningQuick.so

> On Jul 10, 2018, at 8:19 AM, Thiago Macieira > wrote: > > On Tuesday, 10 July 2018 08:00:37 PDT Dirk Hohndel wrote: >>> On Jul 10, 2018, at 7:23 AM, Thiago Macieira >>> wrote:> >>> On Monday, 9 July 2018 23:42:06 PDT Dirk Hohndel wrote: >>

Re: [Interest] how do I tell cmake that I need libQt5PositioningQuick.so

> On Jul 10, 2018, at 7:23 AM, Thiago Macieira > wrote: > > On Monday, 9 July 2018 23:42:06 PDT Dirk Hohndel wrote: >> When upgrading to Qt 5.11 we ran into an odd problem when packaging our >> app... we seem to be missing a dependency for l

[Interest] how do I tell cmake that I need libQt5PositioningQuick.so

When upgrading to Qt 5.11 we ran into an odd problem when packaging our app... we seem to be missing a dependency for libQt5PositioningQuick.so (or QtPositioningQuick.framework on Mac). What's odd is that this worked perfectly fine with Qt 5.10 - so nothing from our side has changed. I'd love

Re: [Interest] [Android-development] responding to an Android intent in a Qt app

<http://blog.qt.io/blog/2017/12/01/sharing-files-android-ios-qt-app/> > http://blog.qt.io/blog/2018/02/06/sharing-files-android-ios-qt-app-part-3/ > <http://blog.qt.io/blog/2017/12/01/sharing-files-android-ios-qt-app/> > > hope you get the idea HowTo get the data from your Inten

[Interest] responding to an Android intent in a Qt app

Hi, I'm pretty sure that I'm missing something fairly basic... Our Android Qt app registers its desire to be opened when a certain type of USB device is plugged into the Android phone / tablet: AndroidManifest.xml: ... ... The

Re: [Interest] Compile problems with Qt 5.9.1 from git

> On Jul 2, 2017, at 3:55 AM, Allan Sandfeld Jensen <k...@carewolf.com> wrote: > > On Samstag, 1. Juli 2017 20:41:45 CEST Dirk Hohndel wrote: >>> On Jul 1, 2017, at 11:39 AM, Thiago Macieira <thi...@macieira.org> wrote: >>> >>> On sábado, 1

Re: [Interest] Compile problems with Qt 5.9.1 from git

> On Jul 1, 2017, at 11:39 AM, Thiago Macieira <thi...@macieira.org> wrote: > > On sábado, 1 de julho de 2017 11:35:33 PDT Dirk Hohndel wrote: >> I still wish someone would just make binaries available that include >> QtWebKit and ran on reasonably old OS/hw co

Re: [Interest] Compile problems with Qt 5.9.1 from git

> On Jul 1, 2017, at 10:14 AM, Dirk Hohndel <d...@hohndel.org> wrote: > > I'm trying to build Qt from source (since my project relies on QtWebKit and > there are no pre-built binaries for that - which is a shame). > > As always, building from source is a remarkably

[Interest] Compile problems with Qt 5.9.1 from git

I'm trying to build Qt from source (since my project relies on QtWebKit and there are no pre-built binaries for that - which is a shame). As always, building from source is a remarkably painful, time intensive and overall frustrating experience. In order to have the binaries that we ship run

[Interest] Bluetooth LE support for Windows

Hi there, I thought I had read that this was being considered for 5.9, but I can't find that post anymore. Can anyone shed some light on the plans regarding Bluetooth LE? Thanks /D ___ Interest mailing list Interest@qt-project.org

[Interest] Qt 5.6.0 on iOS - QGeoPositionInfoSource issues

Hi there, I run an interesting little project that provides an application across quite a few different OSs - with a Qt/QWidget UI for Windows, Mac, and various Linux flavors, and a QML UI (with currently significantly limited functionality) that can be built for Mac and Linux, but that is