Re: [Development] Architecture of Android/Java bindings for QML and QtQuick

2024-05-31 Thread Edward Welbourne via Development
Fabian Kosmale (31 May 2024 10:00) wrote (inter alia), > I think that should be part of the normal API review process that > triggers after FF. Two things: * the one after FF is an API *change* review * delaying until then just slows that process down. If there are open objections to the present

Re: [Development] Architecture of Android/Java bindings for QML and QtQuick

2024-05-31 Thread Fabian Kosmale via Development
Hi, I don't think it's necessary to still flag the Android integration as TP like it was in 6.7, we already iterated on the API to cover the initial use case, and I think that one is covered by now in a way that we don't expect to change. I think there is a discussion to be had about how we ca

[Development] Architecture of Android/Java bindings for QML and QtQuick

2024-05-30 Thread Ulf Hermann via Development
Hi, As noted before, we need to have a discussion on the new Android/Java bindings and how they fit in with the QML language and various Qt modules. See for example https://codereview.qt-project.org/c/qt/qtdeclarative/+/563564 and various follow-up changes. I suggest we call the Android/Jav