cadproject / editor Goto Github PK

1. Поправить "1.0.6272.19931" на "1.0.0.0" на верхней панели с названием главного окна;

2. Сделать в главном окне промежутки между кнопками одинаковые;

3. Менеджер слоев. Активная секция в таблице выделяется жирной рамкой, а активная строчка в этой же таблице выделяется синим цветом. Если это убрать, то будет очень круто.

1. У "delete element" должен быть свой диалог. Удалить за один раз сейчас можно только один объект. Плюс уникальное название.

2. У "destroy contour" должен быть свой диалог. Разрушить за раз можно только один контур.
   Плюс уникальное название.

3. Добавить диалог "create contour". Т.к. у него должно быть свое уникальное название.

http://stackoverflow.com/questions/38169500/how-can-i-develop-cross-platform-gui-application-using-net-core - глянь предпоследний комментарий, там ссылки на интересные проекты. Возможно, их удастся использовать, если один из продуктов будет десктопным.

Ты рёбра по IntPtr ведёшь(при отправке в шарповую часть), а объекты по айди: может, имеет смысл всё к одному типу привести?

Будущая реализация контроллера не будет требовать перечисленные методы в текущем проекте контроллера - имеет ли смысл их сейчас делать тогда?

При создании и разрушении контура в плюсах используются STL контейнеры. Работа с контурами будет на стороне шарпов, который использует свои коллекции. Собственно вопрос во взаимодействии. Использовать обычные массивы? Или задействовать дотнетовский си++, в котором конвертировать?

Предлагаю вести обсуждение по этой теме здесь.

При уменьшении/увеличивании окна редактора уменьшается/увеличивается изображение.

Мы вчера перемудрили)
Надо просто запомнить:

Ты готовишься свои вопросы ко мне к вечеру, я вечером на них отвечаю, а утром получаешь ответы.

Я готовлю свои вопросы к тебе к утру, ты утром отвечаешь, а я к вечеру получаю ответы.

Подготовка контроллера к работе с менеджером слоев.

В связи со сложностями при попытке перехода на 4.0 с 4.5 возникает два вопроса:

1. примерно, когда сможешь использовать 4.5 фреймворк?
2. могу ли я удалённо попробовать покопаться и поставить мб смогу 4.5?

Отдельный диалог, включающий:

• кнопку добавления слоев;
• список всех слоев;
• установка текущего слоя;
• отображение текущего слоя.

Слой "ноль" - слой по умолчанию.

Менеджер слоев должен отображать слои активного документа и работать с ними. А сейчас набор слоев один на все документы. Поэтому когда переключаешься на новый документ, отрисовка фигур уже не получается.

В контроллере мы можем создавать элементы без добавления их в базу: а что будет с их отрисовкой? контроллер будет два списка(элементы из базы, и элементы не из базы) совмещать и передавать во вью? И второй список у себя хранить или в ядре?

нет никакой реакции

Предлагаю решить здесь проблему взаимодействия ядра/контроллера/отображения.

Первый вопрос - взаимодействие ядра и отображения.
По идее это односторонняя связь со стороны ядра. Ядро оповещает об изменениях и отправляет данные на отрисовку. Нужно разобраться в протоколе взаимодействия.

Я сделал там первый проект, в котором описал свою текущую задачу.

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

Там можно вести проекты, к которым можно прикреплять карточки с текущими задачами
и событиями (например pull request, открытие/закрытие issue).

На выходных начну работу, надо будет причесать репозиторий.

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

Привет.
Оно использует opencascade?

нет реакции на действия

В историю записываются не сработавшие операции(в точности, операция удаления для невалидного id).

Как вариант, если при взаимодействии С++ и С# будут проблемы, можно попытаться написать тонкую обёртку на дотнетовском С++.

View - шарповский exe'шник
Controller - шарповская dll
Model - плюсовая dll

Так?

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

Кстати, на почту [email protected] тоже приходят уведомления обо всех событиях на гитхабе.

Команды "Set background color" и "Layers manager" позволяют переключать документы во время своей работы. В чем смысл этого?

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

При изменении размера окна графическая область мерцает.

Скотина.