Новая версия SuperBoundary v.1.0.1.31

[Debalance]

Разместил новую версию программы SuperBoundary v.1.0.1.31. Была добавлена опциональная возможность включения/выключения оптимизации (прополки) вершин результирующих контуров полилиний:



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

P.S.
Не тестировал на платформе x86, в связи с отсутствием таковой возможности. У кого таковая возможность есть просьба, опять же по-возможности, отписаться о результатах теста.

[АлексЮстасу]

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

[АлексЮстасу]

Насчет островков - хорошо бы обнаруженные островки сразу со своим общим внешним контуром объединять в группу. Чтобы появилась и была и зрительно видна их логическая связь.

Продолжение по поводу блоков. (Или лучше в теме предыдущей версии, где начали?).
Если бы сделать создание внешних контуров блоков опциональным, то вроде бы ничего не теряется? А пользоваться было бы удобнее.

[Debalance]

Насчет островков - хорошо бы обнаруженные островки сразу со своим общим внешним контуром объединять в группу. Чтобы появилась и была и зрительно видна их логическая связь.

Имеется ввиду объединение в группу всех островков принадлежащих одному владельцу? Не приведёт ли это к некоторому неудобству при дальнейшем редактировании островков? Ведь потребуется "разгруппирование"...

[АлексЮстасу]

Имел в виду: один контур + все островки в нем = одна группа.
Включение-отключение отображения групп - Alt H.
А без групп вроде бы нет другого способа объединить, связать, показать площади с их островами, если они полилиниями.

[Debalance]

Имел в виду: один контур + все островки в нем = одна группа.

Ясно. Ну, в общем, идея с группированием мне нравится. Пожалуй добавлю эту опцию в следующий релиз.

Включение-отключение отображения групп - Alt H.

Видимо у меня есть пробелы в знании AutoCAD - мало работал в своё время с группами 

[АлексЮстасу]

Пардон!
Не Alt H, а Ctrl H.

Опциональность обводки блоков не обсуждается?

[Debalance]

Опциональность обводки блоков не обсуждается?

Ну почему же? Очень даже обсуждается.

Если бы сделать создание внешних контуров блоков опциональным, то вроде бы ничего не теряется? А пользоваться было бы удобнее.

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

[АлексЮстасу]

Растущее диалоговое окошко может перестать быть удобным...

Это да...
Может быть расположить опцию в одной строке с Заливать контуры? Вроде бы по смыслу.
Кстати - реплика - если обводить блоки, то и тексты-мтексты тоже бы? Если исходить из логики, чтобы блоки-мтексты были видны на штриховках - как BPOLY.
А для уменьшения опций можно, допустим, упростить варианты с цветами-слоем:
Параметры полилиний:
- цвет,
- произвольные цвета,
- слой.
Т.е. убрать "мой" и "текущий" цвет, слой. Текущие - по умолчанию.

[Debalance]

Может быть расположить опцию в одной строке с Заливать контуры? Вроде бы по смыслу.

Полагаю такой вариант не подходит. Нужна однозначность - или мы работаем с блоками в обоих режимах (заливка/обводка) или игнорируем полностью. В противном случае может возникнуть путаница. В этом случае просматривается единственный вариант - создание подраздела типа "Работа с Блоками" или лучше "Прочие Настройки" ("Miscellaneous"), куда и впихнуть эту опцию... как-то так...

Кстати - реплика - если обводить блоки, то и тексты-мтексты тоже бы?

Думал над этим. Ну тогда в этот подраздел и добавить опцию "тексты-мтексты"...
В общем в данном случае без ещё одного подраздела похоже не обойтись.

[АлексЮстасу]

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

Я в принципе за однозначность - ни блоки, ни тексты-мультитексты программой поиска-создания контуров не следует вообще учитывать. Может быть это нужная задача, но отдельная. И решать ее нужно другой программой, самостоятельной.
Мое предложение расположить рядом не означает связывание опций, не означает, что они должны включаться синхронно.

[Debalance]

Я в принципе за однозначность - ни блоки...

Ну а как же BPOLY? Ведь она же успешно работает с блоками. Мы же позиционируем SuperBoundary как наследника BPOLY, поэтому всякое урезание наследуемых возможностей выглядит как добровольная кастрация...
Что касается текстов-мтекстов, то конечно, использовать эту опцию при создании контуров-полилиний нелогично. Данную возможность надо привязывать к режиму заливки.
Я кстати тут побаловался с заливкой и мтекстом и нашёл в Акаде такой косячок:

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

Честно говоря вопрос слияния BPOLY с BHATCH на движке SuperBoundary меня давно интересовал. Ведь суть у них примерно одинаковая - площадные объекты (как Вы выражаетесь).
Кстати я тут заметил, что команда штриховочки (BHATCH) на последних версиях AutoCAD работает веселее не в пример BPOLY... Может вся эта затея с реализацией идеальной BPOLY не стоит "ломаного яйца"? Может ребята из AutoDesk подтянут BPOLY к достойному уровню производительности в версиях AutoCAD 2019-2020? И вся наша возня напрасна?

[АлексЮстасу]

Ну а как же BPOLY? Ведь она же успешно работает с блоками. Мы же позиционируем SuperBoundary как наследника BPOLY, поэтому всякое урезание наследуемых возможностей выглядит как добровольная кастрация...
Что касается текстов-мтекстов, то конечно, использовать эту опцию при создании контуров-полилиний нелогично. Данную возможность надо привязывать к режиму заливки.

Что блоки, что тексты/мтексты - к площадным объектам отношения не имеют.
Но я потому про тексты/мтексты и заговорил, что Вы-то делаете аналог.

Кстати я тут заметил, что команда штриховочки (BHATCH) на последних версиях AutoCAD работает веселее не в пример BPOLY... Может вся эта затея с реализацией идеальной BPOLY не стоит "ломаного яйца"? Может ребята из AutoDesk подтянут BPOLY к достойному уровню производительности в версиях AutoCAD 2019-2020? И вся наша возня напрасна?

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

[АлексЮстасу]

Из общего еще не хватает сообщений в окне сообщений в режиме указания точек, что создан/не создан контур.

[Debalance]

Из общего еще не хватает сообщений в окне сообщений в режиме указания точек, что создан/не создан контур.

Я тоже думал над этим. Но для чего нужно такое сообщение? Ведь если контур создан - его видно (повторно контур на этом месте не создаётся), если же нет - то нет, т.е. имеется разрыв либо же ткнули мы в область, которая не присутствует среди выбранных примитивов...