Соединение двух точек "проводами"

[Гурман]

Стандартная задача - соединять две точки (QPointF в нашем случае) "проводами", которые проходят только по вертикали и горизонтали, и поворачивают только под прямым углом. При этом не накладываются на прочие элементы изображения, а другие подобные линии могут пересекать тоже только под прямым углом. Линии должны сами выбирать где им "ломаться" и сами должны располагаться на оптимальном расстоянии от других айтемов сцены. С возможностью изменять их положение драгом. Такие линии есть в Visio, OpenOffice Draw и других пакетах. Делалось многими и много раз. В самом Qt такой штуки, увы нет. Разумеется, и я сам могу сделать за несколько дней. Но может уже есть такое готовое для QGraphicsScene, типа набора QWT? Может не надо изобретать велосипед? Может есть сторонняя готовая библиотека? Или хотя бы, как называется такой тип объектов, но так чтобы при поиске не путаться в бесчисленных описаниях connection сигналов-слотов, QGraphicsLine и QRubberBand.

[kamre]

как называется такой тип объектов

Пример документации из одной Java библиотеки.

[Гурман]

up

С теорией более-менее ясно, что надо делать в общем, тоже более-менее ясно. Провести линии и вычислить обходы можно, подобное раньше делать приходилось. Разумеется, "провода" - это набор отрезков, концы которых соединены. Вот тут не вполне ясно, как это лучше делать на Qt. Точнее - какой вариант реализации самих проводов лучше:

- Хранить и отрисовывать QList<QGraphicsLine>
- Хранить QPainterPath, а на сцене рисовать QGraphicsPathItem( QPainterPath ), причем QPainterPath всегда будет разомкнут
- теоретически можно еще хранить QList<QPointF>, и рисовать на сцене QGraphicsLine между этими точками - почти тоже самое, что в первом случае, но удалять линии со сцены муторно

Не ясно, будет ли нормально второй вариант работать с разомкнутым QPainterPath. Не видно - можно ли выделить отдельный участок QGraphicsPathItem другим цветом. Надо при наведении курсора на отрезок "провода" выделить этот отрезок цветом и определить его ориентацию, чтобы можно было его двигать только перпендикулярно отрезку. Как я вижу, QPainterPath предназначен больше для создания сложных закрытых объектов, которые оперируют, как единое целое. Поэтому склоняюсь к варианту с QList<QGraphicsLine>. В нем и выделение, и определение ориентации без особых проблем просматривается.

Кто-то делал что-то подобное? Каким путём?

[lit-uriy]

Провода обычно делают наследниками QGraphicsItem прямо или косвенно. провод знает к кому он подключен и при удалении провода сам отключается.

Базовую идею смотри в примере DiagramScene, подробности реальной реализации, например, во Fritzing и QElectrotech

[Гурман]

Провода обычно делают наследниками QGraphicsItem прямо или косвенно. провод знает к кому он подключен и при удалении провода сам отключается.

Базовую идею смотри в примере DiagramScene, подробности реальной реализации, например, во Fritzing и QElectrotech

Спасибо, конечно, но это тот случай, когда советующий не вполне понял суть вопроса...

[lit-uriy]

Если ты про автоматическое расположение отрезков, то в QElectrotech именно так и сделано. При перемещении компонентов провода сами перестраиваются.

class Conductor : public QObject, public QGraphicsPathItem
Проводник содержит внутри себя
class ConductorSegment

[Гурман]

Проводник содержит внутри себя ...... class ConductorSegment

Вот это меня интересовало. Если у них можно после автоматической проводки перемещать проводники мышью, тогда интересно копать. Если нет, то нет.

[lit-uriy]

Да, можно.
При наведении мыша на сегментах появляются квадратные маркеры (рис. 1), за которые можно двигать сегмент, если двиганул за пределы геометрии, например, сегмент последний "привязанный" к элементу схемы (верхний правый сегмент на рисунке), то появляются дополнительные сегменты (рис. 2)

[Гурман]

Вот это уже интересно - как они на QGraphicsPathItem это сделали. Спс, посмотрю.

ЗЫ: глянул, чё-то как-то муторно там сделано, кроме самого QGraphicsPathItem им пришлось хранить и фактически работать с двунаправленным списком сегментов. Почему-то не стали использовать QList. И если хранятся отрезки, то почему нельзя было их и нарисовать? Такое впечатление, будто авторы сначала сделали всё на QGraphicsPathItem, потом стало его не хватать, прилепили отрезки.

[lit-uriy]

Я подробностей не знаю, но знаю что было так:
Был один программер, потом пришёл ещё один, видимо по опытнее, т.к. дело пошло быстрее, хотелки реализовывались. Сейчас развитие затормозилось, в истории хранилища, комитов от второго программера не видно, да и в "О программе" он пропал.

Т.е. первый, видимо, начал делать на QGraphicsPathItem, потом второй подключился стал перелапачивать код, а когда ушёл, всё осталось не доделанным.
может что-то не поделили.

[Гурман]

Т.е. первый, видимо, начал делать на QGraphicsPathItem, потом второй подключился стал перелапачивать код, а когда ушёл, всё осталось не доделанным.
может что-то не поделили.

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

[Igors]

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

Ах как легко охаять чужую корову А что же со своей?

Разумеется, и я сам могу сделать за несколько дней.

Это писалось 15 февраля, по всем меркам "несколько дней" уже истекли. Может товарищу надо быть скромнее? На мой взгляд лучше начать с интерактивного перемещения (создания, удаления) отрезков - без всякого анализа пересечений. Это действительно "неск дней", чисто "дело техники". Начальный путь - как получится, пересек так пересек. 

Ну вот, сейчас мурло опять выдаст типа "это ерунда!" - и разговор закончится 

[Old]

Ну вот, сейчас мурло опять выдаст типа "это ерунда!" - и разговор закончится 

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

[kamre]

Это писалось 15 февраля, по всем меркам "несколько дней" уже истекли. Может товарищу надо быть скромнее?

Поддержу вопрос Igors
Думал, уже скоро топик стартер поделится своим решением этой не тривиальной, сделанным "за несколько дней". А пока что-то все чужое ищет...

[Гурман]

Думал, уже скоро топик стартер поделится своим решением этой не тривиальной, сделанным "за несколько дней". А пока что-то все чужое ищет...

1. Напрасно думал. Делиться этим решением я никому не обещал и не планирую. Может быть, буду продавать по LGPL, если хорошо получится.
2. Чужого не ищу. lit-uriy показал ответ на мой вопрос про варианты использования классов Qt, и он совпал с моими выводами. Задачу решаю абсолютно по-своему и всю сразу - с обходом препятствий, с исключением наложения соединителей, с соблюдением правил "отхода" от "разъемов". Это не тривиально, но без этого всего решение никому тут не нужно. И у меня нет дурацкой привычки пытаться перепрыгнуть овраг в два прыжка, если я знаю, что могу в один. Если кого-то сильно интересует - уже перелетел через середину оврага.