QT опять сигналы-слоты

[ann_nef]

Здравствуйте, помогите, пожалуйста.

Есть некоторое количество CheckBox, которые создаются в программе.
Один из них   управляет все остальными:
 1 если он выбран, то у всех появляется "галочка";
 2 если он сброшен, то и другие сбрасываются.

Типа "ВСЕ" выбираем или снимаем.

Это в программе я реализовала с помощью  своего слота на сигнал stateChanged для всех CheckBox:

if(sender() == &chb1[0])
       for(int i=1;i<nn1;i++)
           chb1.setChecked(chb1[0].isChecked());

А вот, что не получается:
если у любого другого CheckBox снять признак выбора, то он должен сняться у главного, чтобы все остальные не изменились.

Получается, что как только в слоте я снимаю признак выбора появляется сигнал stateChanged ,  в результате - все сбрасываются.
 
Что-то понятно из моих объяснений ?

Мб вопрос в том, как определить изменение состояние произошло от нажатия на этот CheckBox или изменение состояния вторично,
те это результат нажатия на другой CheckBox.

[Джон]

На самом деле это ТРИ состояния: 1. ВСЕ ДА 2. ВСЕ НЕТ 3. ЧАСТИЧНО

Как быть с этим?

[ann_nef]

И?
Частично и не получается.

[Джон]

Я с QT не играюсь, в VS есть такой стиль у чекбокса Tri-state = true  (в ресурсах BS_AUTO3STATE). Он позволяет отображать три состояния чекбокса

Если же у тебя проблемы с "обратной связью", то лучше всего разделить UI от данных. Те каждый чекбокс изменяет состояние в некой структуре данных, в данном случае я бы использовал для подчинённых чекбоксов bitset, для главного - три состояния. А чекбоксы служат для отображения этой структуры и изменения единичных состояний.

К примеру:
0  (0-off,  1-on, 2-mixed)
00000 (0-off,  1-on)

    Master OFF
        Slave 1  OFF
        Slave 2  OFF
        Slave 3  OFF
        Slave 4  OFF
        Slave 5  OFF
 
Пользователь кликает на Slave 3 т.е. переводит его в ON, это состояние заносится в структуру данных и изменяется состояние поля данных мастера
2
00100

после этого актуализируется состояние всех чекбоксов в UI

    Master MIX
        Slave 1  OFF
        Slave 2  OFF
        Slave 3  ON
        Slave 4  OFF
        Slave 5  OFF

И тд.

Ну вот типа иллюстрации

[Алексей++]

ann_nef, с сигналами таким образом только запутаешь логику

тебе нужно:

галка all

галка ch1
галка ch2
галка ch3

сигнал "все" заводишь в слот slot_all
сигналы от остальных - в слот slot_check

Код:

void slot_all(bool)
{
  bool b=ui->all->isChecked();
      //тут можно цикл сделать, но когда мало - то лень лишние движения )
  {
      ui->ch1->setChecked(b);
      ui->ch2->setChecked(b);
      ui->ch3->setChecked(b);
  }
}

void slot_check(bool)
{
    if(QCheckBox* p=dynamic_cast<QCheckBox*>(sender()))
    {
         if(!p->isChecked())
         {
              ui->all->setChecked(0);
         }

//а тут в цикле проверить - если все поставлены, выставить all тоже в 1
     }
}

для проверок в цикле контролы можно в вектор засунуть в конструкторе диалога

не компилировал, не проверял )

[Dale]

Я бы вместо чекбокса-"начальника" над остальными сделал пару кнопок "установить все" и "сбросить все". И понятнее интуитивно, и замкнутого круга не будет, когда чекбоксы друг друга по цепочке переключают. С "начальником" слишком много лишней возни, и в использовании не очень удобен.

[Алексей++]

Dale, ага, я бы тоже так сделал. А то и вообще голые галки, пусть сами ставят ) Всё физкультура

[Dale]

Ну если галок реально много, пара лишних кнопок не повредят. А вот с "серой" галкой как-то невразумительно получается. Если в данный момент половина галок включена, что делать по клику на "серой"? Включить все? Выключить? Инвертировать? Реализовать любой из этих вариантов несложно, но вот юзабилити хромает на обе ноги...

Вообще в моем представлении хороший графический интерфейс - это когда панель управления выглядит как настоящая приборная, реализованная в железе. Представим чекбоксы как кнопки с подсветкой: раз нажал - включилась лампочка, второй раз нажал - выключилась. Над/под ними пара кнопок: "включить все" и "выключить все". А как выглядел бы на аппаратной панели "серый" чекбокс? Светится, но тускло? Я уже не говорю про головоломную логику его реализации и использования.

[Алексей++]

так я не предлагал 3-позиционный, у меня в примере - либо поставлен, либо нет  . Тоже не понимаю серое состояние чекбокса и никогда не использую

[ann_nef]

Алексей, вопрос у меня такой:
как только в slot_check  будет выполнена ui->all->setChecked(0);
1 будет подан сигнал об изменении all ТАК?
2 будет отработан slot_all ТАК?
3 следовательно все чекбоксы сбросятся. ТАК?

Или я не права? У меня так получилось

Похоже, что надо два доп.чекбокса "все" и "сброс".

[Алексей++]

ann_nef, я не проверял ) Но если срабатывает сигнал, и всё зацикливается, то сами разработчики Qt рекомендуют выставлять собственные флаги пребывания в слоте, вида

Код:

bool m_DoNotNow;//мембер класса, инициализация 0

void ...::slot_s1()
{
    if(m_DoNotNow)return;
    m_DoNotNow=1;

    ...
    ...

    m_DoNotNow=0;
}

void ...::slot_s2()
{
    if(m_DoNotNow)return;
    m_DoNotNow=1;

    ...
    ...

    m_DoNotNow=0;
}

понятно, что это дополнительные костыли, но тут всё зависит от того дизайна, который ты сооружаешь. Правильно же сказал Dale - просто сделай две кнопки, одна "Выставить всё", вторая "Сбросить всё". Дёшево и сердито

[Sla]

Серый чекбокс - это неопределенное состояние


Например, при данном наборе этот чекбокс не действует

Если касательно приборной панели  или лампочки - не горят

на приборной панели
активная - зеленая
неактивная - красная

Недоступная  - не горит ничего

Можно было бы "прятать", но на панели не спрячешь

Т.е. серый чекбокс disabled

[Джон]

Нууу я и не говорю, что нужно обязательно и всенепременно использовать "серую" галку (кстати, спасибо за термин).
Я просто проиллюстрировал, что имел ввиду исходя из:  

Частично и не получается.

С другой стороны, непонимание ещё не показатель никчёмности.

А вот с "серой" галкой как-то невразумительно получается. Если в данный момент половина галок включена, что делать по клику на "серой"? Включить все? Выключить? Инвертировать? Реализовать любой из этих вариантов несложно, но вот юзабилити хромает на обе ноги...

Во-первых. "Серую" галку придумал не я, и не я наделил её такими свойствами. А тот кто её придумал, тоже не сделал это просто так, от нечего делать. Во-вторых, причина непонимания заключается в том, что "серая" галка НЕ ПРЕДНАЗНАЧЕНА для управления, а исключительно для ОТОБРАЖЕНИЯ СОСТОЯНИЯ. Никто никогда не програмирует событие именно по "серой"  галке (я во всяком случае никогда с таким не встречался), причины уже озвучены - НИКТО не скажет однозначно, какие сателитные галки должны быть в этот момент включены, а какие нет.

Поэтому и с юзабильностью нет никаких проблем - ф-я остаётся прежней ВСЁ ВКЛ/ ВСЁ ВЫКЛ. Последовательность смены состояний, как представлено на картинке выше:

Первый клик - "чёрная" галка
Второй клик  - "серая" галка
Третий клик - нет галки ("белая" галка)

Таким образом, "серая" галка равнозначна по функциональности "чёрной", только с доп. информацией - хоть что-то, да осталось включённым (например, НЕ ВСЕ приборы включены, НО всё-таки какие-то включены), и клик по ней, как и в случае с "чёрной" галкой, означет "теперь! ВЫКЛЮЧИТЬ ВСЁ".

Вообще в моем представлении хороший графический интерфейс - это

Субъективно. А в общем случае это целиком и полностью решает заказачик. А он иногда ТАКОЕ нафантазирует, что хоть стой...

Ну и теперь немножко субъективности от меня. Лёш, возьму твой "пример"

Тоже не понимаю серое состояние чекбокса и никогда не использую

Галок так много, что не помещаются на всё окно (по тем или иным, но объектвным причинам). Ты видишь только верхнюю часть, в которой видимые галки включены или выключены (выбирай на вкус). Как определить ВСЕ или НЕ ВСЕ?

[Алексей++]

Джон, ну, я ж говорю - от дизайна и задумки зависит

В ТЗ указано : "Один из них   управляет все остальными:"  про индикацию частичной установленности нету в ТЗ, ничО не знаю  

[Джон]

Dale, кстати, пример "серой" галки "на панели". В данном случае на телевизионной (мониторной, и тп)

Синий - ВКЛ
Оранжевый - Standby (не знаю русского термина)
Не горит - Выкл

[Джон]

В ТЗ указано : "Один из них   управляет все остальными:"

Правильно: ВСЕ включает или ВСЕ выключает, что я сделал не так? Моя галка работает как-то по-другому?

  про индикацию частичной установленности нету в ТЗ, ничО не знаю  angel:

А вот это уже вопрос "почему?". От неопытности, незнания? Поэтому я и "напомнил" о третьем состоянии. Которое, конечно же, и тут я полностью согласен с

Я уже не говорю про головоломную логику его реализации и использования.

требует, конечно не совсем головоломной логики, но определённые дополнительные телодвижения сделать надо. В сравнении с простой галкой.

[Sla]

button type=(radio|checkbox)
Действительно много непониманий

кнопка может свойство ENABLED или DISABLED
и иметь значение.
свойства  ENABLED или DISABLED  доступны только в представлении и никак не влияют на работу контроллера
А значение  - непосредственно принимает участие в работе.
В случае disabled - может использоваться или дефолтное значение или игнорироваться ветка анализа

[Алексей++]

Джон, какой был вопрос - такой и ответ, а ты зануда

[Джон]

а ты зануда

"Не то чтоб нуден, но до тошноты ворчлив." (с)

Ладно, не хотите "серую", так даже ещё проще. В силу

если у любого другого CheckBox снять признак выбора, то он должен сняться у главного, чтобы все остальные не изменились.

Теперь "как доктор прописал"

[Алексей++]

Джон, да да, вот это я и привёл в примере Ответ #4

[Джон]

Джон, да да, вот это я и привёл в примере Ответ #4

не компилировал, не проверял )

Я с QT не играюсь, посему вопрос, а вот тут

>>> ui->all->setChecked(0);

у тебя не получится, что ВСЕ выключатся? Ведь насколько я понял результатом будет вызов void slot_all(bool)?

зы По-прежнему я за разделение UI и данных. А всякие флажки и тп это детский сад на демонстрации.

[Алексей++]

Джон, там предохранитель на такой случай - Ответ#10


Ещё есть методы - не сигналы или сигнал toggle - они могут не зайти в слот. Эксперимент надо )

Я тоже  за разделение. Но для сложных случаев. В Qt  (точнее - в редакторе QtCreator) морда накидывается очень быстро - когда случай простой, можно сделать и забыть

[Джон]

Нууу... забыть, так забить.

[Aether]

Можно по подробнее про #10:
во время выполнения функции "слота" может произойти событие и его обработка будет происходить параллельно? Или есть, какая-то повторная входимость? Или в результате изменения состояния checkbox программным методом, система также воспримет это, как событие изменения состояния, поместит его в некий стек и вызовет его обработчик. Не понятно, со стороны, как-то не стабильно выглядит.

[Алексей++]

Aether, на память не смогу сказать, можно эксперименты нужные поставить и выяснить. Сигнально-слотовая рекурсия возможна.  Параллельного выполнения в примере нет - тут один поток (thread) используется - основной



Не поленился, проверил - никакой рекурсии не возникает при вызове слота setChecked()

Вот это прекрасно работает )

Код:

CSettingsDialog::CSettingsDialog
(
...
...
	connect(ui->all,SIGNAL(clicked()),this,SLOT(slot_all()));
	connect(ui->ch1,SIGNAL(clicked()),this,SLOT(slot_check()));
	connect(ui->ch2,SIGNAL(clicked()),this,SLOT(slot_check()));
	connect(ui->ch3,SIGNAL(clicked()),this,SLOT(slot_check()));

}

void CSettingsDialog::slot_all()
{
	qDebug()<<"slot_all()";
	bool b=ui->all->isChecked();

	ui->ch1->setChecked(b);
	ui->ch2->setChecked(b);
	ui->ch3->setChecked(b);
}

void CSettingsDialog::slot_check()
{
	qDebug()<<"slot_check()";
	if(QCheckBox* p=dynamic_cast<QCheckBox*>(sender()))
	{
		if(1
		   &&ui->ch1->isChecked()
		   &&ui->ch2->isChecked()
		   &&ui->ch3->isChecked()
		   )
		{
			ui->all->setChecked(1);
		}
		else
		{
			if(!p->isChecked())
			{
				ui->all->setChecked(0);
			}
		}
	}
}

[Aether]

Спасибо.

[ann_nef]

Спасибо всем!
Сделала вариант с кнопками "ВСЕ" и "СБРОС", а также вариант с одной кнопкой "ВСЕ".
Отдельное спасибо Алексею++ за то, что не поленился поэкспериментировать.

Изначально ошиблась похоже в сигнале - использовала stateChanged или toggled. С clicked() всё получилось (этот сигнал Алексей и использовал).
Спасибо ещё раз. Теперь должно получиться удобно для пользователей.