Сохранение позиций и размеров дочерних окон
Подскажите, как обычно реализуется сабж?
Как удобнее всего реализовать данную возможность?
Можно конечно ручками сохрянять, но когда окон 50, как-то не очень.
Добрый день!
Подскажите, как обычно реализуется сабж?
Как удобнее всего реализовать данную возможность?
Можно конечно ручками сохрянять, но когда окон 50, как-то не очень.
Есть компоненты, которые позволяют реализовать сохранение инфы в инифайл или реестр - в EhLib напрмер это RegPropStorageManEh (я его не использую сказать что либо об удобстве не могу), да и ручками - в общемто ничего особо сложного. Здесь же дело не в количестве - у тебя все формы наследуют от одного класса - здесь главное адекватная политика - в каких ветвях какие настройки и т.п.
Есть компоненты, которые позволяют реализовать сохранение инфы в инифайл или реестр - в EhLib напрмер это RegPropStorageManEh (я его не использую сказать что либо об удобстве не могу), да и ручками - в общемто ничего особо сложного. Здесь же дело не в количестве - у тебя все формы наследуют от одного класса - здесь главное адекватная политика - в каких ветвях какие настройки и т.п.
понятно, что ручками не сложно, меня интересует как ты выразился "адекватная политика", как это люди уже пробовавшие это делают?! А по EhLib я уже где-то слышал, надо попробовать, но я правда не сторонник кучи компонент в приложении.
понятно, что ручками не сложно, меня интересует как ты выразился "адекватная политика", как это люди уже пробовавшие это делают?! А по EhLib я уже где-то слышал, надо попробовать, но я правда не сторонник кучи компонент в приложении.
Я как правило, при использовании реестра, в зависимости от задач создаю раздел MalKonSW и в нем подветвь с именем программы. Затем - создаю раздел общих настроек, что то типа "Common"- какие-либо параметры запуска, настройки папок и т.п., раздел "Net" - ну понятно, сеть. И "Descktop" - и сюда сбрасываю все что относится к настройкам окон и т.п. Если количество параметров невелико - можно все хранить в одном разделе - если окон и компонентов много - иногда проще создавать для них отдельные ветви. Это хорошо работает в случае если количество параметров конечно - ну например - сохранять последнюю выбраную пользователем дату.
Если тебе необходимо реализовать что то типа как в билдере востановления окон - то тогда лучше не захламлять реестр, а сохранять инфу в файл в удобном для тебя формате в бинарном или тестовом виде.
Если тебе необходимо реализовать что то типа как в билдере востановления окон - то тогда лучше не захламлять реестр, а сохранять инфу в файл в удобном для тебя формате в бинарном или тестовом виде.
вот теперя ты правильно меня понял, куча окон, соответственно по 4 записи на каждое окно, получается захламление реестра, вот наверное в бинарник.