Авто применяющийся диалог настроек

[Авварон]

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

Однако имеется 2 возможных поведения - для лайнэдита необходима возможность отменить ввод (нажав эскейп; кроме того не нужно писать в сеттингзы пока юзер печатает что-то); для слайдера надо писать в сеттингзы сразу.

Есть ли готовое решение?

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

[Bepec]

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

"Мастер простых решений" © andrew.k

[Авварон]

вы это будете на каждый виджет/ключ делать слот записи с одной и той же строкой?

В идеале это должно выглядеть как

Код:

    settings->addWidget(widget, "group/key");

[Пантер]

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

[Bepec]

Ну. Я не понял вас насчет каждого виджета + слот.

Достаточно 1 слота.

Извиняюсь, а

сеттингс у вас что?
а адд виджет что определяет?
а group/key в каких диапазонах меняются?
а вообще может дадите больше информации?

PS 1 перегруженный(максимум 2-3) слот на все сигналы. А как он будет делать - будем решать, когда вы уточните.

append:

2 сигнала editFinished и changeValue (могу и ошибиться).

И куда уж готовее решение с сигналами/слотами. Они специально предназначены для обработки данных

PS или вы переписывать собрались QSettings?

[Авварон]

Пантер
Я тебе уже вчера в аське сказал что это плохое решение.

Можно делать маппинг пропертей и у мета проперти выцеплять ее нотифай-сигнал и коннектить со слотом обработки.

Bepec
Рассморим все подробно. У меня есть куча плагинов. Каждый плагин предоставляет одну или несколько страниц в настройки. Страницы независимы. Каждая страница содержит кучу виджетов.

Паттерн 1 (топорный): На каждый виджет мы делаем слот в классе страницы, в этом слоте пишем в сеттингзы. Итого 3 места где надо писать код - коннект, объявление слота, реализация слота с записью в сеттингзы 1го значения.
Паттерн 2 (красивый): В конструкторе страницы сеттингзов мы добавляем все виджеты в сеттингзы, "привязывая" отдельный виджет к ключу. Это то что хочется.

Можно делать что-то типа такого - при регистрации виджета в сеттингзах проверять тип из захардкоженых виджетов (лайнэдит например) к-ый ловятся по правилам "редакторов" - у них данные забираются только при потере фокуса или нажатию энтера - через эввент фильтр. Остальные виджеты, не попадающие в этот список (например чекбоксы) подписываются на нотифай сигнал конкретной проперти и записывают в виджет имя проперти к-ую мы мониторим. В слоте выцепляем имя проперти, из мапы достаем ключ и пишем в сеттингзы. Есть ли минусы?

[Bepec]

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

Дальше не читай, если не хочешь мне ничего объяснять более подробно

Вопрос: страницы настроек у тебя в чем создаются, какой класс их координирует?

Самый просто способ - виджеты у тебя всеравно будут энного количества типов. (к примеру 3 - checkBox, lineEdit, slider)

На каждый тип виджета пишем слот(lineEdit, checkBox,***), один слот.

При каждом добавлении новой страницы, передавать имена виджетов (они ж ведь динамически будут передаваться?) и соответствующие им пути, одновременно коннектя по типу к слотам. (на каждый тип виджета будет лишь 1 слот)

В результате будет все как ты хочешь, но у меня слишком мало инфы о том, как ты их добавляешь, во что добавляешь, как передача совершается и прочее (ну или я просто этого не понял).

[Авварон]

Что непонятного-то?

Смотрите картинку - галку сняли, произошла запись в сеттингзы.

Делать слот на тип виджетов нельзя, это "дилетантский" подход - что если я напишу свой виджет? Мне лезть и править код?

[Пантер]

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

[Авварон]

вы вообще читаете что я пишу? вы третий раз предлагаете самый тупой вариант. Проперти *лять, проперти! Сигнал можно получить зная проперти.

[Bepec]

Авварон - не пиши. Подумай.

В любом случае сигнал будет оканчиваться в слоте с параметрами int, QString, bool. И то что ты его назовешь - void CHECKBOX(bool) - не отменит того, что любой виджет пошлет ему булевское значение

Не путай понятия ТУПОЙ и ПРОСТОЙ. Простота еще нигде не была лишней. Она так же никогда и не бывает особенно тяжелой.

Код:

void slot(int);
void slot(bool);
void slot(QString);

И примерно 90% настроек у тебя охвачено. А конструктор и добавление настроек - это ТВОИ проблемы будут. (я вообще бы склонился к варианту динамического построения списка настроек).

[Авварон]

Код:

void addWidget(const QString &key, QWidget *widget, const QByteArray &propertyName)
{
    widget->setProperty("settingsProperty", propertyName);
    m_mapToKey.insert(widget, key);
    
    const char *notifierSignal;
    // ...
    connect(widget, notifierSignal, SLOT(onPropertyChanged()));
}

void onPropertyChanged()
{
    QObject *widget = sender();
    QByteArray propertyName = widget->property("settingsProperty");
    QString key = m_mapToKey.value(widget);
    settings->setValue(key, widget->property(propertyName.constData()));
}

Это вместо того чтобы прибивать гвоздями возможные виджеты и их сигналы (toggled(bool), checked(bool), textChanged(QString), currentIndexChanged(QString)

[andrew.k]

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

"Мастер простых решений" © andrew.k

Я говорил Гуру. И в подпись поставь )

[Bepec]

to adnrew.k  - в подпись уже давно поставлено.

to Авварон - не давая полной информации, лишь названия классов, описывая не подробно, а частично проблему, какой ответ ты ожидал найти здесь?

PS до сих пор я к примеру незнаю что у тебя за виджет settings

[andrew.k]

to adnrew.k  - в подпись уже давно поставлено.

Ты как желтая пресса, и вроде слова не сильно исказил, но смысл изменился на противоположный.
Поставь мастер и простых в кавычки.

Кстати, зацени, у меня тоже подпись есть)