rezonpk / savannaframe Goto Github PK

Попробовал нарисовать is a от соседа к игроку, сохранил, открыл, нарисовалось в ситуации. Сейчас займусь исправлением.

У нас нет множественного наследования. В то же время, сейчас можно на графике провести вторую дугу "is a", при этом на внутреннем уровне старой дуги уже не будет, она будет просто нарисована.

Не обязательно блокировать второе "is a" (хотя это, наверно, проще), можно при попытке провести дубль просто выдавать предупреждение/предложение заменить старую дугу (её в этом случае, естественно, надо удалить).

ИМХО, самое простое решение - для текущей вершины, от которой ведем дугу, рекурсивно составлять список всех предков и проверять вершины, к которым делаем попытки провести дугу, на вхождение в этот список.

Во-первых, всем фреймам надо добавить системный слот "имя".

Во-вторых, у нас в иерархии появится дополнительный фрейм "Игрок".
Сосед is a Игрок
Игрок is a Объект
Сосед subframe Объект (тут еще подумать надо).

т.е. получается, что Сосед и "is a" объект, и "subframe объект". Тут всё норм.

И еще "объект" subframe "ситуация вокруг объекта".

Контекстное меню должно зависеть от контекста :)
В частности, что хотела Чуприна:
При клике на свободном поле (только на нем): "Добавить фрейм", как и сейчас.

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

При клике правой кнопкой на нескольких выделенных объектов: только удалить.

P.S. На удаление, естесственно, нужно повесить запрос.

Плюс продукции

На удаление надо добавить запрос подтверждения.

Прога падала, если выделить несколько объектов и удалить. При этом это - корректная операция! Пользователь должен иметь возможность так сделать, просто надо корректно её обрабатывать.
Скорее всего, падает из-за кода, который я добавил перед показом (он при удалении одной вершины ищет ссылки на неё (субфрейм / is a) и удаляет их.
Надо написать новый обработчик.

Хорошо бы хранить картинки в единственном экземпляре. В перспективе, думаю, картинка будет храниться во фрейме-прототипе соответствующего объекта/животного.
Здорово бы еще её прямо там и ресайзить при изменении размера ячейки, а в ячейку забирать уже масштабированную. Это резко повысит скорость работы.

P.S. Это я для себя пишу, чтобы не забыть: