По поводу разметки. Я как то у себя нарисовал разметку, а Komяpa поддержал у себя. Но по в плане автоматизированного рисования есть следующая проблема:
Если разметка конькобежного или лёгкоатлетического стадиона определена до сантиметра во всех измерениях, то например футбольное поле и хоккейная площадка имеют определённый допуск от и до. Т.е. длинна футбольного поля не всегда равна ровно 100 метрам. Конечно, есть масштабирование, но просто не надо забывать о таких нюансах. Не говоря уже что 99% всех школьных стадионов вообще ни во что не вписываются
Я думал рендер сам делает, разметку, вид спорта только укажи, а тут столько возни…
Собственно хотелка инструмента, даже не инструмента, а метки центровки между точками, которые отваливаются при включении A или X - желательно что бы они оставались или принудительно включались, в общем, что бы как то помечался центр сегмента в этих режимах (ну и немного помечтаю о центровки и построению опорных линий как в илюстраторе…).
Центровку добавить хоть в A, хоть в X - не проблема (хоть деление на N частей - после DrawAction.java мне уже ничего не страшно). Но ведь надо, чтобы эргономика при этом не пострадала.
Да, в смысле, чтобы они с толку не сбивали и никому не мешали работать) Пробел, например кнопки на панелях жмёт… Мышиные модификаторы все заняты. Я для угловой привязки на табе остановился, но тоже без мелких неудобств не обошлось.
Можно, кcтати, скриншот с иллюстратора - как оно там?
Основная проблема тут - в каждый режим добавлять функционал приходится отдельно. Что работает для S, не работает для A и X и т. д.
Можно, конечно и наружу вынести привязыватель, но нужна очень чёткая схема его работы.
Суровенько так. Опухнет наш JOSM перпендикуляры вычислять ко всем отрезкам на всякий случай)
Конкретные мелочи можно добавить, типа детектора серединок в A и X. Опять в Tab насовать? ))) Если явно выделить линию, к которой нужен краевой или срединный перпендикуляр (какой-нибудь Shift-правый клик в Tab), то это можно легко соорудить.
В Inkscape такого и в помине нет, наверно действительно, не фунт изюма. Последний у меня тормозить и глючит, и в линь и в вин, в отличии от иллюстратора.
Наверное всё же выделить предварительно, в качестве особо продвинутого режима - поиск в радиусе … м (вот он-то и будет тормозить). С кэшированием и BSP или R -деревьями связываться что-то не тянет). И смещение я трогать всё равно боюсь. Только начать новую линию при включенном Tab…
Если будет идея, как организовать общие для инструментов привязки с т.з. пользователя - поделитесь.
Подумывал я о поле ввода в выпадающей менюшке угла… Или того лучше - если щелкнуть по расстоянию внизу, угол и расстояние в нижней панельке становятся полями ввода)
Значит это кому-то нужно?
Ещё в Utilsplugin2 теперь есть LatLonTool. Можно его довести до состояния черепашьей графики (привет из детства ). A за декларативным описанием всё же в CommandLine)
Сравнили иллюстратор и автокад, во всяком случае, если захочется ровных домиков в иллюстраторе, нужно будет разворачивать снимок - опорные линии откладываются только по вертикали и горизонтали, да и откладываются они не всегда от тех точек. Хотя процесс рисования довольно приятный, был бы полновесный аналог X - стало бы совсем чудесно.
Хотелось бы иметь возможность paste (ctrl-alt-v) с авто-инкрементом/декрементом номера дома. Это для случая, когда дома нарисованы, но номеров нет.
Сейчас получается, что используя building-tools проще нарисовать дома заново, что не есть хорошо.