Running application in Android reduced functionalities for QList

MartinGU

@AdrianLV said in Running application in Android reduced functionalities for QList:

@MartinGU

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 :)

AdrianLV

Why do you want to move windows on Android?

I don't necessarily want it to be moving window, but I just wanted to open a second window in which I would be able to connect my device to my sensor.

You could also provide a minimal compilable example showing this issue.

Sorry, how is this done? Should I compress the build file and upload it here? Or is it compressing the files without the build?

Thank you for your time!

jsulm

@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.

AdrianLV

@MartinGU

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

@jsulm

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.

jsulm

@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

@jsulm

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...

jsulm

@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.

ankou29666

@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.

drwho 0

@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?

jsulm

@drwho-0 https://doc.qt.io/qt-5/topics-ui.html#widget-based-user-interfaces

MartinGU

I installed Qt 6.6.3 and and tried my C++ widget application (QList and QLineEdit).
The bugs in 6.7.2 was NOT there. So instead of rewriting in QML I continue with 6.6.3 for Android projects.

MartinGU

Not solved in 6.8 :(

ankou29666

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.