QML on<item>Changed

Hint: blockSignals()

угу, только в QML штатной жабоскриптовой функции нету.

Connections {
    target: myTextEdit
    onTextChanged: { /* do something */ }
    enabled: enableMySignals
}

Или внутри самого onTextChanged игнорировать сигнал. Кто именно запускает 7 кругов ада, свой код или какой-то баг в Qt?

Мой libastral нашептал, что он хочет чего-то типа editingFinished.

http://doc.qt.io/qt-4.8/qlineedit.html#editingFinished

гм, не знал о такой конструкции, спасибо.

Мой код. Текст уходит на обработку и возвращается обратно. В идеале было бы набираемый текст не сразу отображать, а отсылать на обработку, и после того как сделает круг - вставлять в поле ввода.

Не, нужен каждый символ, а не весь текст сразу после ентера.

Тогда, в widgets версии надо было бы цепляться не к textChanged, а к textEdited. Но как там в QML яхз...

http://doc.qt.io/qt-4.8/qlineedit.html#textEdited

Походу так нельзя. Разве что сделать так, чтобы текст банально не менялся во время второй обработки (если ты каким-то образом парсишь текст, и решаешь, изменять его или нет). Но это не всегда возможно.

А вообще, изменять текст вводимый пользователем, да и еще во время процесса ввода - плохая идея. Всегда бесит, когда так как делают какие-нибудь сайты или программы.

Ну там своя история болезни. Как самый костыльный вариант - хранить прошлый текст. При событии ченжед - отдавать новый на обработку и заменять старым. Но это звиздец

Как это? В слоте onTextChanged нельзя понять, как изменен текст: вводом пользователя или прямым изменением свойства text в коде программы. Как тут поможет хранение прошлого текста?

Помню в своём коде тоже боролся с рекурсивным вызовом, как-то так:

property bool manualTextChange: false

onTextChanged: {
    if (manualTextChange) return;
    manualTextChange = true;
    /*do something*/
    manualTextChange = false;
}

угу, но вариант с Connections более изящно выглядит, и походу работает