Hello Morten,
On Thu, 11 Apr 2024 10:53:07 +
Morten Sørvig wrote:
> These are of the “need to get around to it” category for my part.
> For 528953 we need to make sure we are not regressing
> other platforms, and I have at least one related bug I’d like to take
> a look at at the same
Hello all,
FYI in this subject:
https://www.qt.io/blog/moving-to-msvc-2022-in-qt-68
--
Vladimir
On 12. Apr 2024, at 14:04, Oliver Wolff via Development
wrote:
Hey hey
On 15/03/2024 16:47, Thiago Macieira wrote:
On Monday, 5 February 2024 01:44:29 PDT Allan Sandfeld Jensen wrote:
I was
On Tuesday 7 May 2024 22:32:47 GMT-7 Marc Mutz via Development wrote:
> b) that QtNetworkAuth gets the undesired QtGui dependency, which becomes
> stale once new Core API is merged, but then has to be carried along for
> BC reasons.
Why does it need that dependency?
QtNetworkAuth should never
On 8 May 2024, at 13:14, Juha Vuolle wrote:
Hi, sorry for just kind of resetting the thread, but we had a quick
discussion with Marc and Tor Arne.
There's an additional constraint that, at least on iOS/macOS, that the
OS/platform callback mechanisms depend on UI libraries (AppKit and
UIKit).
Hi, sorry for just kind of resetting the thread, but we had a quick
discussion with Marc and Tor Arne.
There's an additional constraint that, at least on iOS/macOS, that the
OS/platform callback mechanisms depend on UI libraries (AppKit and
UIKit).
While making that work in QtCore could *maybe*
On 8 May 2024, at 07:32, Marc Mutz via Development
wrote:
On 07.05.24 18:46, Volker Hilsheimer wrote:
In the long run, a mechanism in Qt Core makes sense, IMHO. That “it’s a
browser” is not true for every possible call of the QDesktopServices API.
We need something _now_ for QtNetworkAuth,
I’ve now updated the list of maintainers [1] with this change.
[1] https://wiki.qt.io/Maintainers
Thanks again Frank for your contributions to Qt OPC UA, for thank Jannis for
taking over!
Cheers,
Volker
> On 23 Apr 2024, at 13:16, Frank Meerkötter
> wrote:
>
> Hi qt-devel,
>
> I am going
Dear All,
The license test (qtqa/tests/prebuild/license/tst_licenses.pl) has a new
feature. It now checks that the license usage follows the QUIP-18 rules[1]. The
rules are listed in a licenseRule.json file located at the base of the module.
If the file is not present, the license usage is not
> On 8 May 2024, at 07:32, Marc Mutz via Development
> wrote:
>
> I'd like an option that actually solves for the needs of QtNetworkAuth.
1. Move the plumbing of the URL handling to private APIs in QtCore, used by
QDesktopServices
2a. Add a helper
Am 07.05.2024 um 22:29 schrieb Thiago Macieira:
On Tuesday 7 May 2024 12:20:26 GMT-7 Dennis Lühring wrote:
> then something is strange
>
> 1. according to https://doc.qt.io/qt-5/qtoolbutton.html: QToolButton is
> derived from QAbstractButton which contains checkStateSet
[Re-adding the list, but
10 matches
Mail list logo
