Running application in Android reduced functionalities for QList
-
@AdrianLV said in Running application in Android reduced functionalities for QList:
Example of bugreport: https://bugreports.qt.io/browse/QTBUG-128794
I see, but you still have not got a reply, right?
I got a reply from Axel Spoerl that there are problems, but if/when it will be fixed is anyones guess.
Did I understand that that the redraw problems persist in QtQuick?
Use the first constructor, the one without filename.
Is this one better than: https://doc.qt.io/qt-6/qstandardpaths.html?
Depends on what you want. If you want to save data for your app, like settings/INI files then QSettings are best.
If you want to share your data with other apps, make it visible as a file to the user then use the correct QStandardPath.Thank you so much for your time!
No worries :)but if/when it will be fixed is anyones guess.
That is a shame...
Did I understand that that the redraw problems persist in QtQuick?
I did not try my application with QtQuick, I was ready to try to do the transition, but I thought of a workaround that I don't like, but I guess for now it will be the solution(Not displaying a second window, but just connect directly to a pre saved UUID device).
Depends on what you wan
Wow, thank you so much!
-
@AdrianLV said in Running application in Android reduced functionalities for QList:
but I just wanted to open a second window in which I would be able to connect my device to my sensor.
You should not do this on mobile platforms - this is against the style guidelines (mobile applications usually do not have more than one window).
"Sorry, how is this done? Should I compress the build file and upload it here?" - no, you simply provide a minimal application showing this issue, without any unnecessary code. This makes it easier to reproduce the issue and to debug it. You provided a lot of code, but most of it is not relevant for the issue.
You should not do this on mobile platforms
I see... Thank you for the advice
no, you simply provide a minimal application showing this issue, without any unnecessary code.
I created this small app, should be created as widget app with a ui. I compiled it with Clang arm64-68. Add a QListWidget Item and call it list to the window, add 2 buttons one called refill and other one clear and add slots on clicked
void MainWindow::on_refill_clicked() { for (int var = 0; var < 6; ++var) { new QListWidgetItem(QString::number(var), ui->list); } } void MainWindow::on_clear_clicked() { ui->list->clear(); }In my device, when running it you can see how the list gets partially cleared and partially filled.
-
You should not do this on mobile platforms
I see... Thank you for the advice
no, you simply provide a minimal application showing this issue, without any unnecessary code.
I created this small app, should be created as widget app with a ui. I compiled it with Clang arm64-68. Add a QListWidget Item and call it list to the window, add 2 buttons one called refill and other one clear and add slots on clicked
void MainWindow::on_refill_clicked() { for (int var = 0; var < 6; ++var) { new QListWidgetItem(QString::number(var), ui->list); } } void MainWindow::on_clear_clicked() { ui->list->clear(); }In my device, when running it you can see how the list gets partially cleared and partially filled.
@AdrianLV This is a piece of code, not a minimal application.
But OK.
"you can see how the list gets partially cleared and partially filled" - you mean not all entries are removed if you clear the list and if you add 6 entries you see less than 6 of them in the UI? And this only happens on Android?
Does "ui->list->update();" after clearing the list or adding entries to it help? -
@AdrianLV This is a piece of code, not a minimal application.
But OK.
"you can see how the list gets partially cleared and partially filled" - you mean not all entries are removed if you clear the list and if you add 6 entries you see less than 6 of them in the UI? And this only happens on Android?
Does "ui->list->update();" after clearing the list or adding entries to it help?This is a piece of code, not a minimal application.
Sorry, how can I share the minimal application?
you mean not all entries are removed if you clear the list and if you add 6 entries you see less than 6 of them in the UI? And this only happens on Android?
All entries are removed on the backend, but not on the graphics(Only when you click 2 times the clear button you can see that they were removed). After adding the elements, you can see only after the second adding that there is something being added. And yes, in my computer it is working normally.
Does "ui->list->update();" after clearing the list or adding entries to it help?
Sadly, not...
-
This is a piece of code, not a minimal application.
Sorry, how can I share the minimal application?
you mean not all entries are removed if you clear the list and if you add 6 entries you see less than 6 of them in the UI? And this only happens on Android?
All entries are removed on the backend, but not on the graphics(Only when you click 2 times the clear button you can see that they were removed). After adding the elements, you can see only after the second adding that there is something being added. And yes, in my computer it is working normally.
Does "ui->list->update();" after clearing the list or adding entries to it help?
Sadly, not...
@AdrianLV said in Running application in Android reduced functionalities for QList:
Sorry, how can I share the minimal application?
You can upload it to some file sharing service and post the link here.
To me it sounds like a bug. You can report it on Qt Bug Tracker adding a minimal application. Keep in mind that for mobile platforms Qt Company prefers QML/QtQuick over QtWidgets.
-
@AdrianLV said in Running application in Android reduced functionalities for QList:
but I just wanted to open a second window in which I would be able to connect my device to my sensor.
You should not do this on mobile platforms - this is against the style guidelines (mobile applications usually do not have more than one window).
"Sorry, how is this done? Should I compress the build file and upload it here?" - no, you simply provide a minimal application showing this issue, without any unnecessary code. This makes it easier to reproduce the issue and to debug it. You provided a lot of code, but most of it is not relevant for the issue.
@jsulm said in Running application in Android reduced functionalities for QList:
@AdrianLV said in Running application in Android reduced functionalities for QList:
but I just wanted to open a second window in which I would be able to connect my device to my sensor.
You should not do this on mobile platforms - this is against the style guidelines (mobile applications usually do not have more than one window).
StackLayout in QML or QStackLayout or QStackWidget (among others) for QtWidgets could be considered as an alternative to a popup window.
-
@AdrianLV said in Running application in Android reduced functionalities for QList:
Sorry, how can I share the minimal application?
You can upload it to some file sharing service and post the link here.
To me it sounds like a bug. You can report it on Qt Bug Tracker adding a minimal application. Keep in mind that for mobile platforms Qt Company prefers QML/QtQuick over QtWidgets.
-
@jsulm said in Running application in Android reduced functionalities for QList:
Keep in mind that for mobile platforms Qt Company prefers QML/QtQuick over QtWidgets.
Did Qt communicate this somewhere?
-
As I already said, QtWidgets has never been intended to work with mobile devices. So knowing the history of Qt, knowing why QtQuick has been created ... I wouldn't expect this bug to be addressed.
