MDI/QWorkspace+разные типы документов., Как правильно спроектировать? Опции

[trdm]

Планирую сделать множество разных "документов" в смысле управляемых QWorkspace дочерних окон,
в которых будет разнородное содержимое: текст, формы разных типов, таблицы.
Каждый из типов документов имеет свои уникальные действия.
У некоторых документов есть даже свои менюшки 1-го уровня и панели инструментов. В смысле не одна а несколько.
как мне правильно архитектурно скомпоновать их в интерфейс?
есть ли примеры, которые можно посмотреть?
зарезервировать в главном меню максимальное количество возможных меню и при смене активного чилда перестраивать менюшку?
Как быть со стандартными акциями типа "ЗАписать", "Вырезать", "вставить", "Поиск" и т.п.
Сделать абстрактный класс МидиЧилд, добавить в него политики, типа
// политика доступности определенных действий для документов
// т.е. действие доступно: Всегда, Никогда, Запрос на доступность.
typedef enum _docActionPolicy {
actPolisyAlways
, actPolisyNever
, actPolisyAsk
} docActionPolicy;
в базовом заглушить их, а в наследнике разрешать только доступные/реализованные?
Вобщем кучка вопросов, на которых непонятно как правильно ответить (
Поможете?

[trdm]

Или ввести в базовый виртуальную функцию типа: bool MdiChild::docPolicyHelper(docPolicyEnumerator searchPolicy),
Которая сама должна ответить на вопрос о стандартных акциях, доступно ли?

[trdm]

Или ввести в базовый виртуальную функцию типа: bool MdiChild::docPolicyHelper(docPolicyEnumerator searchPolicy),
Которая сама должна ответить на вопрос о стандартных акциях, доступно ли?

так с политиками управления "стандартными акциями" для разных документов разобрался через "docPolicyHelper".
Удобно получилось и интерфейс живой и настраивается легко и прехватить есть где.
А вот как быть с дополнительными панелями инструментов и менюшками, зависимыми от типов документов пока не вкурю как сделать (((
ПС. вообще нравится мне QT, очень легко программируется, и свободно как-то не то что в MFC.

Сообщение отредактировал trdm - 11.2.2008, 1:14

[Litkevich Yuriy]

У тебя нет книжки "Патерны объектно-ориентированного проектирования" Э.Гамма и др.?
Там рассматривается пример создания тектового редактора Lexi, может быть это то что тебе нужно, я чесно говоря мельком посмотрел.

Сообщение отредактировал Litkevich Yuriy - 11.2.2008, 8:08

[ViGOur]

А вот как быть с дополнительными панелями инструментов и менюшками, зависимыми от типов документов пока не вкурю как сделать (((

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

Главное создавать меню и панели инструментов не в QDesigner, а динамически, во время выполнения, примерно так: Создание пунктов меню, на лету.

[trdm]

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

Главное создавать меню и панели инструментов не в QDesigner, а динамически, во время выполнения, примерно так: Создание пунктов меню, на лету.

Не совсем то, что надо. Опишу поподробнее.
Есть главное окно, экземпляр QMainWindow, "внутри" QWorkspace.
У производный от QMainWindow есть свое главное меню: 1-й уровень: Файл, ...., Сервис, Окна, Справка.
Так вот нужно при активации определенного вида документа добавлять в гл. меню QMainWindow специальные менюшки "вида активного документа" в место "...,". То же самое и с панелями. Как это правильно архитектурно сделать?
Создавать панели и меню на лету, тут проблем нет.

Сообщение отредактировал trdm - 11.2.2008, 12:53

[ViGOur]

Как вариант можно заморочиться с setMenuBar , а именно устанавливать свое меню при активизации документа и возвращать назад при уничтожении...

[trdm]

Как вариант можно заморочиться с setMenuBar , а именно устанавливать свое меню при активизации документа и возвращать назад при уничтожении...

В смысле? А как с фиксированными менюшками, которые доступны при любом активном документе или без них?
Мне их в каждый документ лепить?
Короче не выход.
Да тут еще один момент, нет смысла создавать в каждом экземпляре документа меню, зато есть смысл хранить аскции и меню в самом экземпляре QMainWindow.

Сообщение отредактировал trdm - 11.2.2008, 14:18

[ViGOur]

Угу, но из одной общей для всех функции члена.

Или как еще один вариант, можно сделать два слота, в которых при активизации документа добавляется твое меню, а при уничтожении удаляется. Соответственно правильно выбрав для этого сигналы и в качестве переменных передающих нужные тебе меню...

[trdm]

Угу, но из одной общей для всех функции члена.

Или как еще один вариант, можно сделать два слота, в которых при активизации документа добавляется твое меню, а при уничтожении удаляется. Соответственно правильно выбрав для этого сигналы и в качестве переменных передающих нужные тебе меню...

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