Реализация Undo/Redo действий пользователя в случае mdi интерфейса

[nata267]

Взято из QtDesigner. Реализация Undo/Redo действий пользователя в случае mdi интерфейса, используя QUndoStack, QUndoGroup, QUndoCommand. В качестве первого аргумента конструкторов классов QFormWindowManager, QFormWindow указатель на медиатор. Про который написано в этой теме http://www.prog.org.ru/topic_22148_0.html.

[alexis031182]

Мне кажется интересней было бы, если бы это было Ваше собственное решение. Оно тогда к каким-нибудь завлекательно-увлекательным темам повело бы. А так похоже, что Вы справочник по внутренностям Qt взялись делать. Впрочем, может это и интересно, если оно так. Могу даже название предложить: "Кухня Qt. Вкуснее, чем у бабушки"

[nata267]

Мне кажется интересней было бы, если бы это было Ваше собственное решение. Оно тогда к каким-нибудь завлекательно-увлекательным темам повело бы. А так похоже, что Вы справочник по внутренностям Qt взялись делать. Впрочем, может это и интересно, если оно так. Могу даже название предложить: "Кухня Qt. Вкуснее, чем у бабушки"

Действительно, интереснее было бы. Но к сожалению, тролли опередили меня. Вот эти вот их классы QUndoCommand, QUndoStack... в голову не приходит как решить задачу с помощью этих классов как то по другому чем у них. Кстати я не присваиваю себе их решение. Просто это единственное которое нашла на сегодняшний день. Предложите лучше)))  Вообще я предпочитаю пользоваться хорошим опытом других, если сама не могу придумать лучше. И вообще зачем  тогда qt? Пишите свои решения на чистом с++. Qt и всякие там решения нужны чтобы облегчить нам жизнь. Это тоже уже люди придумали и этим можно пользоваться. Я просто хотела пообсуждать эти решения. Потому что эти темы на этом форуме не обсуждаются вообще. Но видимо людям не очень это интересно. Ок.

[alexis031182]

Действительно, интереснее было бы. Но к сожалению, тролли опередили меня.

Да, не раз замечал за ними этот грешок

Вот эти вот их классы QUndoCommand, QUndoStack... в голову не приходит как решить задачу с помощью этих классов как то по другому чем у них.

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

Кстати я не присваиваю себе их решение.

Я этого не говорил и не подразумевал. Тут я чист

Просто это единственное которое нашла на сегодняшний день. Предложите лучше)))

Пока не могу (если вообще смогу ), занят разработкой пула объектов. Тоже паттерн + фабрика.

Вообще я предпочитаю пользоваться хорошим опытом других, если сама не могу придумать лучше.

Оно наверное и правильно, сам также бывает поступаю. Впрочем, часто мне свой велосипед, пусть и о пяти колёсах, написать интереснее

[nata267]

Просто это единственное которое нашла на сегодняшний день. Предложите лучше)))

Пока не могу (если вообще смогу ), занят разработкой пула объектов. Тоже паттерн + фабрика.

Вот то-то же...

Вообще я предпочитаю пользоваться хорошим опытом других, если сама не могу придумать лучше.

Оно наверное и правильно, сам также бывает поступаю. Впрочем, часто мне свой велосипед, пусть и о пяти колёсах, написать интереснее

А мне интереснее копаться в чужих решениях)) Особенно после того как свое вышло о пяти колесах...

В данном примере простор для творчества открывается в реализации комманд. Их там не мало.

[alexis031182]

Вот то-то же...

Да, не повезло а то бы я сразу эх, ух, ох

А мне интереснее копаться в чужих решениях)) Особенно после того как свое вышло о пяти колесах...

Вот очень ценное качество, любимое всеми без исключения работодателями программеров - умение разбираться в чужом коде. Или всё же умение работать в команде выше ценится? Я так до сих пор и не определил

[alexis031182]

В данном примере простор для творчества открывается в реализации комманд. Их там не мало.

Попробуйте предложить вариант для творчества. Это будет интересно

[nata267]

В данном примере простор для творчества открывается в реализации комманд. Их там не мало.

Попробуйте предложить вариант для творчества. Это будет интересно

Надоело оправдываться( Никто не сказал - спасибо, крутое решение. Все молчат и не хотят ни в чем разбираться или что-то понимать. Блин, куда я со своей женской логикой...

[alexis031182]

Надоело оправдываться(

Эм

Никто не сказал - спасибо, крутое решение.

Добре, спасибо, крутое решение

Все молчат и не хотят ни в чем разбираться или что-то понимать.

Тёмные люди, дикие нравы

Блин, куда я со своей женской логикой...

Наталья, если позволите, ну с чего Вы взяли, что Ваш труд не интересен и никому не будет нужен. Ну вот сей же час, может быть и нет, но спустя время обязательно оценят. Тут много тёмных людей, я среди них первый, так что Вы не расстраивайтесь ни в коем случае. Мы догоним, каждый в своё время и на своей волне. Миру мир, аминь

[Akon]

2nata267:
Вам действительно можно дополнять каталоги паттернов ссылками на современное применение - будет полезная информация.

имхо, но в "кладовой готовых решений" должны приводиться готовые решения, а не паттерны, например, "Частный случай механизма сигнал-слот", "Виджет просмотра PDF-файлов" и т.п. Вот если бы вы сделали, например, в достаточной степени абстрактную реализацию какого-нибудь паттерна (например,  "Частный случай механизма сигнал-слот" покрывает фундаментальный паттерн "наблюдатель"), то это бы было очень интересно.
 

[Igors]

Надоело оправдываться( Никто не сказал - спасибо, крутое решение. Все молчат и не хотят ни в чем разбираться или что-то понимать. Блин, куда я со своей женской логикой...

Очень даже "туда", повторюсь, тема паттернов интересная и нужная. Да, разбираться не хотят, понимать тоже. Потому что нужно менять форму/стиль обсуждения.

Ну действительно, на фига мне изучать подробности тех диаграмм и даже вообще знать про паттерн "команда"? Есть простой, понятный пример "undo", откомпилил, посмотрел, сделал по образцу. Все - результат налицо.

Однако если внимательнее посмотреть на тот же пример "undo", или начать интенсивно пользовать этот метод - возникают серьезные проблемы. Есть желание - обсудим. А нет, "мы и так все знаем" - ну и не надо, нет проблем.

[alexis031182]

Вроде кучу паттернов уже перебрали, а не можем даже разобраться в том, а что же нам интересно обсуждать, с чем интересно разобраться. Вот лично мне больше про фабрику тема понравилась, но и то только потому, что урвал на свою сторону значительный кусок "одеяла", оставив ТС, по большому счёту, без оного Поэтому сейчас, сожалея о ранее содеянном, спрошу Вас, Igors, об означенных Вами проблемах с "undo".

[nata267]

Надоело оправдываться( Никто не сказал - спасибо, крутое решение. Все молчат и не хотят ни в чем разбираться или что-то понимать. Блин, куда я со своей женской логикой...

Очень даже "туда", повторюсь, тема паттернов интересная и нужная. Да, разбираться не хотят, понимать тоже. Потому что нужно менять форму/стиль обсуждения.

Ну действительно, на фига мне изучать подробности тех диаграмм и даже вообще знать про паттерн "команда"? Есть простой, понятный пример "undo", откомпилил, посмотрел, сделал по образцу. Все - результат налицо.

Однако если внимательнее посмотреть на тот же пример "undo", или начать интенсивно пользовать этот метод - возникают серьезные проблемы. Есть желание - обсудим. А нет, "мы и так все знаем" - ну и не надо, нет проблем.

Уже интереснее... Что за метод "undo" ?? Очень было бы интересно в нем разобраться. А кстати чем плох метод который я привела (не считая того, что он написан не мной)??

[Igors]

Уже интереснее... Что за метод "undo" ?? Очень было бы интересно в нем разобраться. А кстати чем плох метод который я привела (не считая того, что он написан не мной)??

Не метод, а пример "undo" в Qt Examples. Он использует ту же технику что Вы привели. Вот на нем предлагаю обсудить проблемы архитектуры - если Вы не против

[nata267]

В данном примере опять используется медиатор из предыдущей темы. Для связи окон с менеджером окон. Вот этот код идет в конструкторе окон:

Код:

 if (FormWindowManager *manager = qobject_cast<FormWindowManager*> (core()->formWindowManager())) {
        m_commandHistory = new QUndoStack(this);
        manager->undoGroup()->addStack(m_commandHistory);
    }

В этом месте стек истории действий данного окна помещается в QUndoGroup менеджера окон. core() - медиатор, который хранит указатель на менеджера и предоставляет окну доступ к нему. Когда окно становится активным, делаем стек этого окна активным. Этот код идет в слоте менеджера, который делает окно активным:

Код:

 m_activeFormWindow->commandHistory()->setActive();

Таким образом действия Undo/Redo главного окна будут относится к активному дочернему окну.