CODEWITHSUNDEEP
qtuser-interfaceqmlkeyboard-eventsqtquick2
Yosemite
Yosemite

Reputation: 121

QQuickView, no keyboard focus after switching windows

My cpp application has a QMainWindow derived class, with QQuickView widget in the ui. Inside the view are a number of QML items which accept keyboard input. When an item is clicked, I call forceActiveFocus() on the clicked item. It all works from the time I launch the application, until the time I switch to another window.

If I switch to another application and back, or switch to another window within my application and back, calling forceActiveFocus() has no effect. The items are of a few different types, but here is a sample item:

TextInput {
            id: textInput
            anchors.fill: parent
            inputMethodHints: Qt.ImhFormattedNumbersOnly
            onActiveFocusChanged: console.log(activeFocus)
            onEditingFinished:
            {

            }

            MouseArea {
                anchors.fill: textInput
                onClicked: {
                    textInput.forceActiveFocus()
                    console.log("clicked")
                }
            }
        }

When switching away I see activeFocus logged to the console as false. When I switch back again and click on the item, "clicked" is logged to the console, so the mouse event is being handled. However, onActiveFocusChanged is never called again.

I also tried an implementation with a FocusScope as the parent of the item, got the same behavior, with focus following my click until the point I switch away to some other window and back again.

UPDATE

After reading the comment from @user2436719, I've tried two minimal examples. It is only when using the QQuickView that this problem arises. Here is the QML app using a QML Window with the following main.qrc, which works just fine:

import QtQuick 2.7
import QtQuick.Window 2.2

Window {
    color: "lightblue"

    Rectangle {
        id: textInputRect
        color: "white"
        height: 50
        width: 150
        anchors.centerIn: parent

        TextInput {
            id: textInput
            anchors.fill: parent
            inputMethodHints: Qt.ImhFormattedNumbersOnly
            onActiveFocusChanged: console.log(activeFocus)
            onEditingFinished:
            {

            }
        }
    }

}

The second is a CPP application with a QMainWindow derived class that has a QQuickView widget in the ui. This version exhibits the problem behavior. Here is the main.qrc:

import QtQuick 2.7
import QtQuick.Window 2.2

Rectangle {
    anchors.fill: parent
    color: "lightblue"

    Rectangle {
        id: textInputRect
        color: "white"
        height: 50
        width: 150
        anchors.centerIn: parent

        TextInput {
            id: textInput
            anchors.fill: parent
            inputMethodHints: Qt.ImhFormattedNumbersOnly
            onActiveFocusChanged: console.log(activeFocus)
            onEditingFinished:
            {

            }
        }
    }
}

From the QQuickView version, here is main:

int main(int argc, char *argv[])
{
    QCoreApplication::setAttribute(Qt::AA_EnableHighDpiScaling);
    QApplication app(argc, argv);

    QQmlApplicationEngine engine;
    engine.load(QUrl(QLatin1String("qrc:/main.qml")));

    MainWindow window;
    QQuickView* view = new QQuickView;

    window.setView(view);

    window.show();

    return app.exec();
}

And here is how I set the QQuickView in the MainWindow:

void MainWindow::setView(QQuickView *value)
{
    view = value;
    QWidget *container = QWidget::createWindowContainer(view, this);
    view->setSource(QUrl("qrc:/main.qml"));
    ui->verticalLayout->addWidget(container);
}

Upvotes: 5

Views: 1614

Answers (1)

Yosemite
Yosemite

Reputation: 121

Okay, this is QTBUG-34414. At the bottom of the comments for that bug a workaround is posted. The posted workaround fixed the problem for me, in the case of switching to other windows of my application, or to other applications. There was still no focus after closing dialogs. Putting this override in my window class fixed the problem for both cases:

bool MyWindow::event(QEvent *event)
{
    if (event->type() == QEvent::ActivationChange ||
         event->type() == QEvent::WindowUnblocked) { 
        if(view->isActive()) {  //view is pointer to my QQuickView
            window()->activateWindow();
            return true;
        }
    }
    // handle events that don't match
    return QWidget::event(event);
}

This override worked for me with Qt 5.7 on OSX Sierra.

Upvotes: 2

Related Questions