Re: [Development] On Removing Public Undocumented/\internal APIs

Hi, there is another category of such API: API for use by generated code only, such as qqmlprivate.h. This is intentionally undocumented, intentionally called by generated user code, and the run time guards around the generated code make sure it's not called if the run time Qt version does no

Re: [Development] Using '#pragma once' instead of include guards?

Hi Marc, I've nothing against using '#pragma once' for private/internal headers. But you said you mainly want to have this to differentiate between different types of headers. If this is the motivation, I think we can make this differentiation even more explicit. For instance, public headers co

[Development] Extending qt_attribution.json files to mark provisioned components

Hi, I suggest extending our qt_attribution.json format to explicitly mark third-party components not part of the Qt sources, like https://doc.qt.io/qt-6/qtmultimedia-attribution-ffmpeg.html. QUIP-7 change: https://codereview.qt-project.org/c/meta/quips/+/545126?usp=search qtattributionsscanne

[Development] [Announce] Qt 6.5.5 LTS Commercial released

Hi all, we have released Qt 6.5.5 LTS Commercial today. Please see the blog post: https://www.qt.io/blog/commercial-lts-qt-6.5.5-released The Qt for Python content will be released within few days. The list of fixes and the overview of all important changes in Qt 6.5.5 can be found in the relea

[Development] On Removing Public Undocumented/\internal APIs

Am Montag, 4. März 2024, 10:57:18 CET schrieb Marc Mutz via Development: > Hi, > > TL;DR: > - Treat all APIs not clearly marked as private (private access, *Private >namespace or "We mean it!" comment) as public, in particular keep SC/BC >and deprecate before remove. > - Avoid adding APIs

[Development] On Removing Public Undocumented/\internal APIs

Hi, TL;DR: - Treat all APIs not clearly marked as private (private access, *Private namespace or "We mean it!" comment) as public, in particular keep SC/BC and deprecate before remove. - Avoid adding APIs that aren't clearly private or public in the future. I'd like to start a discussion ar