Russian Qt Forum

Добрый день

Имею много немодальных диалогов но очень простых. Для подавляющего большинства control'ов реакция однотипна:

- записать обновленное значение в данные
- перезапустить расчет который выводит результаты в другом окне

Мне не хочется иметь десятки членов класса и возиться с каждым из них. А хочется иметь один большой switch, например

Получить/присвоить ID - без проблем. Но как мне получить общий сигнал InterfaceChanged без забот с каждым конкретным control'ом?

Спасибо

Можно сделать класс наследник от QDialog, перекрыть в нем виртуальную функцию:
void QObject::childEvent ( QChildEvent * event )   [virtual protected]

При каждом добавлении/удалении контроллов в этой функции можно делать connect/disconnect нужного сигнала с нужным слотом.

Мне не нужно добавлять/удалять control'ы на ходу. Не нужен в данном случае и сигнал/слот - control'ы для этого слишком примитивны :). Хочу просто получить управление когда "произошел ввод от такой-то widget" - а дальше я разберусь

При изменении данных в виджете посылается сигнал. Тебе нужно сигналы от контроллов соединить с одним слотом (InterfaceChanged). Тогда при изменении данных в любом контролле, будет вызван твой слот, где и будет происходить обработка.
Обработка события childEvent позволит тебе автоматически связать сигналы нужных контроллов с твои слотом. Событие это будет происходить при конструировании твоих диалогов.

QSignalMapper

Меня и "не-автоматически" вполне устроит, children всегда под рукой
Да коряво выходит. Понятно что в слоте-приемнике могу получить widget через sender(). Но аргументы для посылаемых сигналов разные: valueChanged( double ), valueChanged( int ) и.т.п. Как мне нацелить их все на 1 slot? (желательно без возни с qobject_cast)

C++ (Qt)
connect( w1, SIGNAL( valueChanged( int ) ), SLOT( changed() ) );
connect( w2, SIGNAL( valueChanged( double ) ), SLOT( changed() ) );
 

А в changed() по sender() получаешь свой ID, а по ID ты и так тип знаешь.

SASA напомнил про QSignalMapper. С ним, думаю, будет попроще.

Не понял. В букваре написано мутноТак должны они по типам аргументов точно совпадать? Или приемник может иметь меньшее число параметров?  Или как?

Я пока вижу здесь он не лепится но при случае пригодиться очень даже может, спасибо. Тогда мне может лучше иметь приемником не parent widget а member ee, порожденный от QAction?

Самое простое попробовать самому.  ;)

Да я много чего могу сам попробовать :) Но хотелось бы услышать авторитетное мнение "лучших собаководов" :) 

К варианту, который предложил BRE нужен комментарий. Ты сможешь узнать, что значение изменилось. Но не по пришедшим в метод параметрам, т.к. параметров не будет:

C++ (Qt)
void MainWindow::changed()
{
}

, а только через sender(). Но тут возникнет другая проблема. К какому из контролов приводить указатель QObject? QSpinBox или QDoubleSpinBox? В принципе это можно узнать через sender()->metaObject()->className(). Или можно воспользовать общим базовым классом QAbstractSpinBox и использовать QVariant'ное свойство value() и преобразовывать в то, чем удобнее пользоваться:

C++ (Qt)
void MainWindow::changed()
{
    QAbstractSpinBox *sb = qobject_cast<QAbstractSpinBox *>(sender());
    qDebug() << sender()->metaObject()->className() << sb->property("value");
}
 

Как минимум я могу тупо приводить "к известному мне типу", т.е. я просто знаю что "под этим ID у меня  QDoubleSpinBox, а под этим - QLineEdit" и.т.д  Ошибки легко отловить (qobject_cast вернет NULL). Может это и не идеально, но все же лучше чем иметь массу видимых объектов и слотов.

С моей точки зрения это плохой тон программирования. Потом интерфейс программы будет тяжело модифицировать, т.к. при каждом удалении, добавлении придется вспоминать в каких местах кода нужно сделать изменения. Лучше сделать 10 слотов под каждый тип данных, чем один, но с возможным будущим геморроем.