Russian Qt Forum

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

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

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

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

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

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

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

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

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

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

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

Извиняюсь, а

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

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

append:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

Yes, my ser! (ток антипатию, а не симпатию :) )

to Aвварон - можешь дать ссылку (или намек), где про это можно почитать?
А то решение интересное, но мне пока непонятное.

Так не говорят :) Варианты

Yes. my Lord
Yes, sir

Однако вернемся к первоисточнику (modeless)

а) Slider. Нормально делать apply когда drag закончен (пользователь отпустил мышу)
b) Edit text. Здесь обязательно "время update" (напр 1 сек). Если фокус сменился и/или страница закрылась - надо делать flush

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

/offtop
хз зачем ставить русский на рабочую машину

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

Вероятно вот это
Это нормальное и довольно стандартное решение. Но оно не сильно выигрывает по сравнению с тупеньким "hard-coding". Да, на коде сэкономите, но ресурсы потребуют больше внимания. Плюс начнет проникать код "совместимости" (одна установка запрещает или ограничивает другую). Примерно то на то и выйдет.

Igors
То есть вы предлагаете все время писать ручками обновление пропертей? Это имеет смысл, тк действительно есть проперти зависящие друг от друга...

В принципе да. Лучше не спешить с "общностью" - пусть она созреет. В любом случае накопится запас простеньких общих утилит, не так уж плохо

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