Здравствуйте.
Идея следующая: имеется набор параметров (имя, тип, значение, м.б. что-то ещё - например, регэкс для поля ввода), сгруппированных по секциям. Хранятся они (ну... допустим) в xml-файле. Хочу сделать модулёк, который строит по этому файлу "стандартный" диалог настроек типа такого

т.е. имена секций слева списком, а справа параметры, относящиеся к выделенной секции - имя и поле ввода, тип которого зависит от типа параметра.
Как это всё делать ручками - понятно на 0x64%.
Вопрос: есть ли готовые подобные решения ?
Спасибо.

думаю врядли

Интересно, я например хз. как сделать такое УНИВЕРСАЛЬНОЕ решение, что бы формировало окошко, подобное тому как на скришоте (с картинками и т.д.) из любого моего конфига.

ну.... это я по-максимуму захотел (хотя и это тоже не бином Ньютона). Мне бы чтобы просто было имя параметра и поле ввода (lineEdit - для параметров типа текст, spinEdit - для числовых, comboBox - для выбора из списка, checkBox - для булевских). А всякие картинки, гиперссылки, и т.п. - совершенно необязательно.
Жалко. Не хочется велосипедировать... Но, если готового нет - то придётся.
Хотя, подождём, может кто-нибудь видел...

С картинками тоже проблем особых нет - указываешь в xml имя ресурса, начинающееся с ':' или путь до файла с картинкой.

Господа, как делать это ручками - понятно. Тем более, что формат файла я сам буду разрабатывать. Не хочется изобретать двухколёсное средство передвижения с ножной тягой...
Что-то подобное я видел в PSI. Но м.б. я и ошибаюсь

У таких решений есть определенные недостатки. Часто отсутствует какая-либо динамика и зависимости между элементами настроек - например зависимость между состояниями чекбоксов и доступностью других элементов управления. Дубовая валидация пользовательского ввода, когда проверка на вхождение в диапазон - это максимум, что ты можешь сделать. Когда дейсвия в страницах влияют на само дерево настроек и его иерархию. И куча всяких мелких, но неприятных вещей, которые могут вылезти в последствии. Поэтому имеет смысл думать не о полностью автоматическом построении дерева настроек, а о комбинированных решениях с возможностью задания кастомных страниц настроек.

По-моему у многих программистов, когда-либо занимавшихся разработкой приложений с графическим интерфейсом с модулем настройки, есть наработки по созданию обобщенного модуля конфигурирования. Я сначала делалатакую вещь на XML-файлах, столкнулась с проблемами, описанными Amp, то есть вроде бы обощенное решение на деле не учитывает и не расширяется до множества частных задач. Первым решением было внедрение в XML программируемых элементов (аля скриптовый язык внутри XML). В общем это было конечно рабочим, но монстроватым, в итоге XML был выброшен на помойку как совершенно бесполезная технология усложнения ПО и модуль переписан на лисп: сразу и возможность ведения древовидных конфигов на макросах и динамичность и программируемость из коробки.

вот (ооочень примерно) что я хочу. но не так (всё в виде строк), а чуток красивее.

Amp, newbee, спасибо. Ценные замечания. кроме совета бросить всё и сделать это на лиспе... ессно - 
 

Сделал... Здесь описание
А вот куда лучше залить исходники - хочу вас попросить подсказать.
Пока что кидаю на свой дропбокс

https://bitbucket.org/

Кстати напомнило, что диалог настроек VS - ну просто совершенно неюзабельная штука. Всякий раз тратится куча времени, чтобы что-то там найти. Вместо того, чтобы менять дизайн студии, прикрутили бы там поле поиска.

M JackYF

Оффтопик.

Alca, спасибо, но я уже сделал проект на СФ - https://sourceforge.net/projects/guisettings/


это у меня в \todo 

borisbn, есть предложения по улучшению.
1. возможность загрузки значений переменных не только из xml, но и из программы. Для этого можно использовать The Property System. Благодаря этому в xml можно будет сразу указать: value_property="<property_name>" и items_property="<property_name>"; а Config сам запросит нужные свойства при необходимости, а так же задаст их.
2. Каждый раз вызывать cfg.get( "First section name", "Dir for log" ) по-моему долго (да и писанины много). Имхо, лучше сделать так: Конфиг состоит из секций и значений. Конфиг является глобальной секцией (потомок класса ConfigSection). У ConfigSection есть методы: ConfigSection* section(QString), ConfigSection* addSection(QString), ConfigValue* value(QString), ConfigValue* addValue(QString); которые необходимы для получения доступа к элементам, а так же для генерации конфигурации без использования xml.

Если этот конфиг вылизать, то можно будет толкнуть в Qt Project.   

Апдейтнул проект на sourceforge - добавил возможность поиска параметра по имени из GUI

bsa, Спасибо за предложения. Возможность добавления параметра из программы стоит первое в \todo
По поводу второго пункта - долго быть не должно (я специально при изменении на экране делаю копию в map map'ов для быстрого доступа. По поводу писанины - согласен. Длинновато. Что-нибудь придумаю. А по поводу - получить секцию и работать непосредственно с ней - ИМХО интерфейс класса получится сложноватым... Но что-нибудь в этом роде можно придумать. Типа как в QSettings:



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

Жду дальнейших предложений.

Это сообщение отредактировал(а) borisbn - 13.3.2012, 20:02

Я тебе уже написал основные методы: