Russian Qt Forum

Приветствую заглянувших.

Собственно поставил я себе цель написать не торопясь программу-аналог для построения UML схем. Точнее набраться практики по данному направлению разработки.
Чтобы было яснее - скриншот.
(http://softoroom.net/images/server3/out.php/i2586_screenshot.jpg)

Подумал над архитектурой и решил что QGraphicsView и Scene будут в самый раз.
Создал виджет, запихнул его в Scene и понял, что взаимодействие виджетов со сценой не проработано (Qt 4.7.2). Передвигать нельзя, если пользоваться сторонними классами, взятыми с этого форума (для растягивания и перетягивания), то теряется фокус и прочие прелести.

Внимание, вопрос:
1) Правильно ли я выбрал инструменты (QGraphicsView/Scene) или есть более подходящие.
2) Как лучше сделать?
       QGraphicsItem с данными, с которым будет разбираться сцена.
       Виджет с собственной логикой, внедрённый в Scene.

Пока это все вопросы, но в дальнейшем добавится больше.

PS если есть ссылки на уроки с QGraphicsView, то буду благодарен.
PPS долго сомневался куда засунуть тему. Не решил...

Все верно, для такой задачи QGraphicsView/Scene подходит. Только не надо создавать виджет и пихать его в сцену, надо переопределять QGraphicsItem и от него плясать свои собственные айтемы.
Не понял, почему не удалось передвинуть виджет, этот механизм рабочий и в чем именно не проработано взаимодействие виджетов со сценой тоже не ясно.
Я достаточно плотно работал со сценой, так что могу помочь - задавай вопросы.

Открою вам секрет, что программа которая на экране с вероятностью 95% написана с использованием GraphicsScene.
И зачем пихать виджеты на сцену? Вам нужно видеть поля ввода, комбобоксы и т.п. элементы ввода/вывода? На сколько я понял в диаграмах UML такие компоненты не используются,
поэтому достаточно переопределить свои элементы. Если нужно генерить сигналы наследуйтесь от GraphicsObject.

Тут промах - Delphi 7 Update 1 (http://staruml.sourceforge.net/en/development-setting.php (http://staruml.sourceforge.net/en/development-setting.php))
Да и на скриншоте Дельфовое наследие со всех щелей прёт (не говорю, что это плохо!).

to  _OLEGator_:
При пробросе виджета через addWidget сцены, виджет не реагирует на попытки его перенести и флаг не помогает. Это не единичная проблема (тут пара тем на эту проблему есть.)

to Fregloin:
Нужны и поля ввода и автоподстановка. На скрине "неактивная схема" При наведении указателя появляются кнопочки работы с элементом. Разные поля - разные контекстные меню. В каждом поле можно щелкнуть и будет добавлен элемент в поле и открыт для редактирования, типа lineEdit.


Т.е. всё таки лучше наследоваться от graphicsItem'a и давать сцене решать все вопросы. А как быть с редактируемыми полями?
Т.е. graphicsItem создали, он красиво отрисовывает данные. И вот хочется их изменить - вызвать lineEdit что ли. Или самому придётся писать велосипед для этой цели?

PS извиняюсь за вопросы "без попыток", завтра отнаследуюсь и отпишусь ещё. Спасибо за ответы.

Все виджеты работают на сцене и таскаются, в чем конкретно проблема?

Создаём собственный виджет, кидаем на него пару listWidget + lineEdit + label, добавляем компоновщик. Пихаем сие чудо в scene. Тык на него мышкой - а оно и не работает. Выставляем флаг itemMovable, реакция нулевая.

Давай минимальный проект - с ним проще будет работать, не мне же его создавать.
Сейчас глянул - у сцены похоже до сих пор глюк с выделением QGraphicsProxyWidget остался - надо самому вызывать выделение по нажатию в режиме редактирования, тогда он и таскаться начнет:
http://www.qtcentre.org/threads/28434-Move-QGraphicsProxyWidget

Дико извиняюсь, но завтра. Сегодня башка раскалывается :)

Веселая тема :) Я как то хотел аналог визио и инкскейпа сделать... Тоже на сцене, но это было еще кути 4.0, там сцена вообще отдельным солюшеном шла.
Но да, такое я бы только на сцене и делал. Не знаю за 4.8 и 5.х, но в 4.7 были дикие глюки с виджетами в ней...

Пример, как и обещал. В архиве pro и sln (VS2008).

Тем не менее designer у Qt-ишников сцену не использует)

Я вот тут думаю, не написать ли свой велосипед.
Ибо пока не могу понять как сделать так, чтобы можно было редактор вызывать в итеме. Или над итемом. В общем пробую :D

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

В своей новой версии программы я именно так и сделал. Это намного лучше чем каждый элемент будет обрабатывать себя сам.

Собственно отнаследовался от GraphicsItem, минимальный функционал сделал.
Item'ы двигаются, изменяются при помощи редактора (справа снизу).

И вот тут возникают вопросы:
1) Как отобразить "редактор" прямо на item'e? Чтобы тыкнул и он перешёл в режим редактирования.

2) Как лучше сделать архитектуру связей?
Связь может быть односторонней. От одного объекта к второму.
Пока что я вижу два варианта
    - хранить список связей сценой. В данных связи будут храниться начальный и конечный пункт.
    - или же в каждом объекте хранить "его" связи.

3) Проблема - при добавлении итема "ribbonLine" впервые, сцена сбрасывается в центр начала координат. Это нервирует. Добавление остальных элементов такой оказии не вызывает.

4) может быть связана с предыдущей.
Как запретить сцене "разрастаться" стороны? Хочется чтобы центр системы координат был 0,0 и никак иначе. Верхний левый угол.

5) Есть ли уже готовая реализация, когда view сцены двигается при поднесении элемента к краю видимой области? В момент выноса за границу сцена растягивается. View же не двигается.

IMHO, здесь в наличии некоторое противоречие: что при движении мыши внутри lineEdit'а надо делать - перемещать lineEdit по сцене или выделять текст внутри него? Соответственно, появляются два режима (оба вполне реализуемых), которые надо как-то переключать.

Нет противоречия. При щелчке нужен переход в режим редактирования. Вот только как его реализовать, я даже не представляю. Создавать QLineEdit поверх мне кажется жутким :(

а если через QGraphicsProxyWidget?

в ассистенте как раз есть пример подобного функционала - перевод итема в режим редактора.

Где вы такие примеры видели? Прошу ссылку. В Qt Example/Demos такого не нашёл, вы явно не 40 тысяч чипов имеете в виду :)

Немного похоже на функционал примера Diagram Scene из раздела Graphics View

Его я уже смотрел. Там используются стандартные итемы QGraphicsItemЧтотоТам.

Они узкой направленности - просто текст, просто фигуры. Печально.

PS на другие вопросы ответов тоже нет, как я понял. Ужасно :D

В свое время писал похожий редактор. Мне тогда представилось более целесообразным иметь нередактируемые, но меняющие размер и положение, итемы, чей вид и содержание задаются через property browser. При редактируемых виджетах есть проблемы (решаемые) с выпадающими частями combobox'ов и меню, а также с объединением в группы.

Я вижу, что если редактировать с помощью проперти браузера - это... отвлекает от собственно работы с элементом.
Не поделитесь кодиком, если не закрыт? Может быть что-то полезного ещё почерпну.

Property browser есть же в солюшене.

Спасибо carrygun, но я просил у человека его исходники, в которых будет работа с GraphicsView/Scene/Item. PropertyBrowser я и сам напишу.
Меня интересует работа со сценой и представлением.

PS если хотите ответьте на любой из синих вопросов в этой теме, мне это поможет :D

Со сценой не возился, увы. А форум почитать люблю, глядишь и когда придет время со сценой работать - пригодится чего.

Кодом поделюсь, скорее всего в понедельник.

Буду ждать первого луча понедельника :D

Qt Assistant, тема QGraphicsProxyWidget.
Там далее по тексту примеры кода, в частности: Embedding a Widget with QGraphicsProxyWidget

Если редактировать текст, то может быть подойдет банальный QGraphicsTextItem?

А что подразумевается под редактированием итема?

https://www.dropbox.com/sh/g9aeb3nnvfk57jk/3a4Qcz2HF7/Gif#lh:null-1.gif

To Bepec: Куда заслать проект, он довольно большой?

Собственно появился простейший наверно вопрос:

При установке новых значений в item он меняет размер.
Если идёт увеличение размеров, то всё нормально.
Если идёт уменьшение, тогда та часть виджета, что "исчезла" остаётся на сцене. Можно её затереть если обновить сцену, или же итемом как "стёркой" провести. Как правильно нужно реализовывать изменение размеров чтобы не было таких накладок?

Если я все правильно понял, то речь идет об этом:

C++ (Qt)
void QGraphicsItem::prepareGeometryChange () [protected]

Вот пример моей реализации. По понятным причинам многое пришлось затереть. Но суть простая, меняю свойства графического объекта (QGraphicsObject) через свой ObjectInspector.