Use winrar 5, Luke

Так написали же Вам, что использовать Container - не комильфо.

Ладно, ждём, что сообщит на white_nigger.

white_niggerСкомпилил пример в сиэттле, нормально нажимается на кнопку хоть пять раз. Запускал несколь раз. Что я должен был увидеть?

в архиве есть скомпилированный проект, который выдает: Class TdxLayoutControlContainer not found.

Забыл дописать: DXE3 + Dev 2016.1.4

Спасибо, сейчас попробую.

тогда правильней так сделать?
PatternLayout := LayoutControl.Owner.ClassName + '.' + LayoutControl.Name;




Форм (классов) разных несколько: форма редактирования, форма параметров поиска, главная форма, ещё какая-то форма.

Немного удивлён, что после StoreToRegistry() надо вызывать Store.

Ошибок не получил. Работает.
Спасибо большое всем, кто помогал.

LayoutSaverне сохраняй лайоут на автомате.
Тут прикол в чем: пользователь может свернуть/развернуть группу и это должно сохраниться.
Если бы настройки делились на 2 части:
1. Сохранение того, что пользователь менял с помощью дизайнера.
2. Сохранение состояния групп и того, что можно менять без дизайнера.
То тогда можно было разделить сохранение/восстановление на 2 части.

Тогда можно сделать цикл по группам и при закрытии формы сохранять состояние: развёрнута/свёрнута. А сам лейаута сохранять только по кнопке.

У меня опять проблема с сохранением в стрим.
Решил довести до ума: обернуть всё в класс и, т.к. компонент для сохранения несколько (cxGrid, cxVirticalGrid, dxLayoutControl, dxBarManager), но у всех есть SaveToStream, то и процедуры сохранения можно все отдельные сделать в виде одной, но при этом код сохранения в стрим вынести в отдельную процедуру.

Всё сделал, но появилась проблема: dxLayoutControl хоть и сохраняется в базу и загружается из базы без ошибок, но он пустой после восстановления и базы, т.е. все элементы попадают в "Доступные элементы", поэтому невидимы.

На сколько я понимаю, то какие-то проблемы с типами классов. Всё сделал на уровне TComponent, чтобы были свойства Parent, Owner и Name.Т.е. в главную процедуру передаю TComponent в виде параметра:







И вот тут-то я обратил внимание, что структура(содержимое) блоб-поля в базе отлична от старого.
Вот, чтобы визуально было понятно:


Я решил проэкспериментировать и сделал для dxLayoutControl отдельную процедуру, где передавал именно TdxLayoutControl в качестве параметра, а не TComponent и проблема ушла.

Т.е. проблема таилась в типе класса передаваемого параметра?
С остальными компонентами не тестировал.

Собственно вопрос. Чтобы не городить огород с разными процедурами, где будут разные типы входящего параметра, как бы сделать так, чтобы все эти типы (компоненты): cxGrid, cxVirticalGrid, dxLayoutControl, dxBarManager нормально сохранялись в стрим и восстанавливались?

Ведь на 99% процедуры для сохранения, например, сетки cxGrid и BarManager похожи.
Может быть

JaDiВ одном случае был layout, а в другом layout.container -- вот и причина.
Нет. Я уже переделал всё без контейнера, как и советовал white_nigger.