• Najnowsze pytania
  • Bez odpowiedzi
  • Zadaj pytanie
  • Kategorie
  • Tagi
  • Zdobyte punkty
  • Ekipa ninja
  • IRC
  • FAQ
  • Regulamin
  • Książki warte uwagi

Qt5 - problem z jednorazową blokadą sygnału.

Aruba Cloud VPS - 50% taniej przez 3 miesiące!
0 głosów
158 wizyt
pytanie zadane 7 stycznia 2018 w C i C++ przez amb00 Bywalec (2,000 p.)

Witam, mam taki kod:

void MainWindow::on_listWidgetNotes_currentItemChanged(QListWidgetItem *current, QListWidgetItem *previous)//Test!
{
    if(current != NULL)
    {
        ui->plainTextEditContent->setEnabled(true);
        change = false;
        if(isModified)
        {
            auto reply = QMessageBox::question(this, "Test", "Do you want save changes?", QMessageBox::Yes|QMessageBox::No|QMessageBox::Cancel);
            if (reply == QMessageBox::Yes) on_pushButtonSave_clicked();
            else if(reply == QMessageBox::No) notes.closeFile();
            else
            {
                ui->listWidgetNotes->blockSignals(true);
                ui->listWidgetNotes->setCurrentItem(previous);
                ui->listWidgetNotes->blockSignals(false);
                return;
            }
        }
        isModified = false;
        this->setWindowTitle(current->text()+" - VfNotes 1.0");
        ui->plainTextEditContent->setPlainText(notes.openFile(current->text()));
    }
}

W pewnym przypadku ma on wyświetlić okno dialogowe i ustawić zaznaczenie elementu, gdy to okno się zamknie lub, gdy się wybierze cancel. Jednak setCurrentItem powoduje ponowne wywołanie on_listWidgetNotes_currentItemChanged czego efektem jest ciągłe ponowne pojawianie się okna dialogowego po jego zamknięciu. Użycie blockSignals sprawia, że problem znika, ale zaznaczenie nie wraca na poprzedni element. Próbowałem wielu innych rozwiązań np. użycie zmiennej przechowującej informację o tym czy wywołać nowe okno, ale nic nie pomaga. W dokumentacji, którą przeglądałem wielokrotnie czy na zagranicznych forach również nie znalazłem odpowiedzi.

komentarz 7 stycznia 2018 przez Emil Kob Bywalec (2,640 p.)
Nie programowałem nigdy w QT, ale czy nie możesz w konstruktorze, który tworzy to wyskakujące okienko zaimplementować funkcji, która wykona wspomniane przez Ciebie zaznaczenie? Być może plotę głupoty, ale może podsunie Ci to jakiś pomysł.

1 odpowiedź

0 głosów
odpowiedź 7 stycznia 2018 przez j23 Mędrzec (195,220 p.)

Spróbuj tak:

void MainWindow::on_listWidgetNotes_currentItemChanged(QListWidgetItem *current, QListWidgetItem *previous)//Test!
{
	if(current != NULL)
	{
		static bool skip = false;
		if (skip) return;

			...
			else
			{
				skip = true;
				ui->listWidgetNotes->setCurrentItem(previous);
				skip = false;
				return;
			}
		...
	}
}

 

komentarz 7 stycznia 2018 przez amb00 Bywalec (2,000 p.)
Próbowałem podobnego rozwiązania, teraz dla pewności spróbowałem tego Twojego i niestety efekt jest taki sam jak blokowania sygnałów. Tzn. Okno dialogowe przestaje się w kółko pojawiać, ale zaznaczenie nie wraca na poprzedni element.
komentarz 7 stycznia 2018 przez j23 Mędrzec (195,220 p.)

A to w ogóle jest możliwe (chodzi mi o zmianę zaznaczenia w trakcie obsługi currentItemChanged)?.

Podobne pytania

0 głosów
2 odpowiedzi 234 wizyt
pytanie zadane 17 lipca 2018 w C i C++ przez niezalogowany
0 głosów
0 odpowiedzi 166 wizyt
pytanie zadane 9 czerwca 2016 w C i C++ przez aspoka Mądrala (5,290 p.)
0 głosów
1 odpowiedź 171 wizyt
pytanie zadane 2 maja 2017 w C i C++ przez Sidzej Użytkownik (850 p.)

93,103 zapytań

142,075 odpowiedzi

321,557 komentarzy

62,444 pasjonatów

Motyw:

Akcja Pajacyk

Pajacyk od wielu lat dożywia dzieci. Pomóż klikając w zielony brzuszek na stronie. Dziękujemy! ♡

Oto polecana książka warta uwagi.
Pełną listę książek znajdziesz tutaj

Wprowadzenie do ITsec, tom 1 Wprowadzenie do ITsec, tom 2

Można już zamawiać dwa tomy książek o ITsec pt. "Wprowadzenie do bezpieczeństwa IT" - mamy dla Was kod: pasja (użyjcie go w koszyku), dzięki któremu uzyskamy aż 15% zniżki! Dziękujemy ekipie Sekuraka za fajny rabat dla naszej Społeczności!

...