Обновление информации между страницами CPropertySheet

[ezus]

Добрый день.
Есть CPropertySheet с двумя страницами: одна содержит идентификационные данные, вторая - доп.информацмию.
Кроме того вторая страница также содержит ряд полей с идентификационными данными из первой страницы в режиме "только чтение".
Вопрос: Как при переходе от 1-ой страницы ко 2-ой выполнять обновление идентификационных данных?

Я могу обеспечить пересылку данных между страницами\диалогами, но как поймать момент переключения?

[Джон]

Хранить данные в диалогах (страницах) - боооольшой грех. Данные надо хранить в отдельной структуре, к которой страницы имеют доступ. Каждая страница отвечает за получение данных из этой структуры, и за запись данных в структуру. Делать она это может, например, сразу при изменении данных (можно напрямую связать элементы управления с полями данных), или, например, при получении (инициаллизация) / потере (запись) фокуса. Если речь идёт о MFC CPropertySheet со страницами CPropertyPage, то для этих операций лучше всего воспользоваться ф-ми объекта CPropertySheet -> OnSetActive / OnKillActive.

[ezus]

Спасибо.
Я уже нашел OnKillActive.
Что касается данных, тут ты абсолютно прав. Просто дата создание этого диалога относится к 92 году прошлого века. И если начальство решит переписывать код, то конечно все будет не так.

[ezus]

К сожалению, не все так просто, во всякомслучае для меня.
Я использую OnSetActive() для блокировки перехода к данному табу.
Если выхожу из этой функции с TRUE - все Ок!
Но при FALSE, вместо возврата происходит переход к следующиму табу.

Вопросы:
Где можно почитать? Я сам не нашел.

Возможно ли просто вернуться из  OnSetActive()? Если да, то как?

Возможно требуется выбрать другой путь?

[Джон]

Как само название ф-ции уже говорит (On), ф-я вызывается ПОСЛЕ активирования текущей страницы, те как результат совершённого действия  (SetActive). Поэтому просто вернуть 0 недостаточно.

Вобще-то, если необходима блокировка "табов" - страниц, то "табы" - неудачный режим PropertySheet. Для последовательной отработки страниц предусмотрен режим мастера (CPropertySheet::SetWizardMode). В нём можно, находясь на текущей странице, полностью контролировать кнопки "Prev", "Next" (и тд), запрещая, или разрешая, таким образом переход к след. странице, например, если условия на текущей не позволяют это делать.

[ezus]

Я уточню задачу.
Есть два класса, наследуемые от общего класс. Они содержат разную доп.информацию в зависимости от типа.
Есть диалог содержащий 3 таба: общие данные, доп.данные для типа А и допюданные для типа Б.
Сам тип может изменяться в общем табе.
Необходимо заблокировать переход к чужой доп.информации.

Для диалога был использован класс сам CPropertySheet. Поэтому я могу использовать для контроля только перехваты в табах.

Я так понял, что при таком подходе задача не реализуема. Это так?

[Dimka]

ezus, плохое решение. Хорошее решение - вообще скрывать и делать невидимым "таб" для неподходящего типа.

[Джон]

ezus, я правильно понял: если в общем "табе" выбран тип А, то доступен "таб" А, если тип Б, то "таб" Б? Общий "таб" доступен всегда?

[ezus]

ezus, я правильно понял: если в общем "табе" выбран тип А, то доступен "таб" А, если тип Б, то "таб" Б? Общий "таб" доступен всегда?

Да, верно. В любой момент видно только 2 таба.

[Dimka]

Так в чём тогда проблема?

[Джон]

В режиме мастера, эта задача решается элементарно. Первая страница определяет переход к след.

Если же этот режим по каким-то причинам невозможно установить, то тогда решается как Димка уже сказал скрывать (можно и удалять/добавлять из/в Sheet ) "ненужный" таб. Правда этот вариант для пользователя не самый удачный: вдруг табы начинают вести себя как призраки "то явятся, то растворятся" (с).

[Вад]

Джон, можно ведь заголовок у них одинаковый сделать. Хотя я подумал о том, что таб "Детали" можно сделать один, и на нём показывать/прятать диалоги с нужными настройками, в зависимости от выбора на основном табе

[Джон]

Конечно, можно сделать и так. Но при определённых условиях нет гарантии, что "моргание" будет незаметным. Тем более, что речь идёт о "старых" технологиях. Но, опять же, на это тоже можно закрыть глаза, если клиенту это не мешает.

Можно запихать на вторую страницу элементы управления обоих доп. страниц (А и Б) и управлять при активировании их видимостью. Можно вобще динамически создавать элементы управления на второй странице. Всё ворос цены/времени/возможности. Я начал с самого простого: 1. режим мастера, 2. по Next переходим к нужной странице -> основной код и основная логика остаются практически без изменений.

[ezus]

Спасибо.
Прорвался почти через всё.
Остался пока нерешенный вопрос: по ОК выполняется некоторая валидация в каждом из табов.
Как остаться в диалоге в случае обнаружения ошибки?

В простом диалоге я просто выходил из ОК по return - без CDialog::OnOK(), а тут пока не получается.

[Джон]

Опять же всё говорит в пользу режима мастера: кнопка "Finish" активна если всё в порядке.

[ezus]

Спасибо. И здесь тоже прорвался