LibreCAD 2.2.0

О мои глаза! Иконки просто агонь.

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

Серая крыса на свелозеленом фоне недовольна дизайном.🤔

А что со шрифтами? Все также нельзя использовать нормальные ttf шрифты? Что ставит крест на его использовании…

При правильном проектировании не такая уж и нетривиальная (учимся на примере отката транзакции внутри БД). Просто далеко не сразу это правильное проектирование осуществляется.

При правильном проектировании не такая уж и нетривиальная (учимся на примере отката транзакции внутри БД)

Некорректное сравнение, кмк. Запись в базе не равно изменению объекта или множества объектов, у которых, в свою очередь, может быть тьма всяких свойств. Помню, в первых программах вёрстки не было отмены даже на один шаг, потому что организовать отмены можно было только за счёт памяти и сохранения всего состояния. Векторные объекты при трансформации типа «сначала отнимем столько-то, а потом прибавим сколько отняли» могут незначительно поменять свои свойства. Например, появятся дробные значения, там где их не было и т.п.

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

Несогласен. Вы просто здоровенных транзакций на сотни тысяч изменяемых строк в разных взаимосвязанных таблицах в БД не видели, скорее всего.

Решается правильным ведением журнала отката транзакций и обобщённым механизмом его применения на данных. Далеко не все алгоритмы адаптированы под это. А это говорит о том, что когда этот журнал, наконец, вводят, то приходится сильно перерабатывать всё, что так или иначе от этого будет зависеть.

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

Ok, базы сложны, я подозревал это. Но какой может быть журнал, если выделяют, к примеру, 100тыс. объектов и как-то воздействуют на них? По сути, это можно нормально решить только полным сохранением предыдущего состояния.