16
SuperBoundary • Русскоязычный форум / Re: Новая версия SuperBoundary v.1.0.1.31
« on: January 29, 2017, 10:38:47 PM »
Из общего еще не хватает сообщений в окне сообщений в режиме указания точек, что создан/не создан контур.
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Ну а как же BPOLY? Ведь она же успешно работает с блоками. Мы же позиционируем SuperBoundary как наследника BPOLY, поэтому всякое урезание наследуемых возможностей выглядит как добровольная кастрация...Что блоки, что тексты/мтексты - к площадным объектам отношения не имеют.
Что касается текстов-мтекстов, то конечно, использовать эту опцию при создании контуров-полилиний нелогично. Данную возможность надо привязывать к режиму заливки.
Кстати я тут заметил, что команда штриховочки (BHATCH) на последних версиях AutoCAD работает веселее не в пример BPOLY... Может вся эта затея с реализацией идеальной BPOLY не стоит "ломаного яйца"? Может ребята из AutoDesk подтянут BPOLY к достойному уровню производительности в версиях AutoCAD 2019-2020? И вся наша возня напрасна?Дело же не только в скорости, но и в точности, в полноте и в выполнимости. А с этим у этих команд не очень.
Полагаю такой вариант не подходит. Нужна однозначность - или мы работаем с блоками в обоих режимах (заливка/обводка) или игнорируем полностью.Я в принципе за однозначность - ни блоки, ни тексты-мультитексты программой поиска-создания контуров не следует вообще учитывать. Может быть это нужная задача, но отдельная. И решать ее нужно другой программой, самостоятельной.
Растущее диалоговое окошко может перестать быть удобным...Это да...
Давайте догматы. По типу локализации все плоские геометрические объекты делятся на площадные, линейные и точечные. Блоки суть точечные объекты, т.к. геометрически характеризуются одной точкой, точкой вставки. Точечные объекты никак не могут определять границы площадных.Если целью использования программы является создание контуров площадных объектов, то блоки не могут участвовать в создании контуров.Давайте начнём с догматов: что есть "площадной объект" и почему, например, внутри блоков не может быть "площадных объектов"? Я так понимаю, что в качестве блока может быть что угодно... иными словами блок внутри себя может содержать какой угодно объект. Или я не прав?
Пример посмотрел. Под указанной на чертеже фиолетовой стрелочкой вижу практически идеально прямую линию. Факт наличия стыковочного узла под ней признаю."Практически идеально прямую" - это и есть округление, т.е. искажение. Отклонение узла там 0.0044. Специальный тестовый зубчик на желтой линии 0.0062. Т.е. того же порядка, но он отобразился контуром. Ширина "горлышка" - 0.0058, но тоже не стало препятствием. Хотя оно дает "практически идеально совпадающие вершины".
Впрочем если вопрос чрезвычайно важен готов в следующей версии предусмотреть опцию отключения оптимизации контура.
По-моему, это следует из общих соображений. Если целью использования программы является создание контуров площадных объектов, то блоки не могут участвовать в создании контуров.Quote from: АлексЮстасуМое предложение сделать учет блоков опциональным не подходит?Размышляю. Пока такая заявка поступила только от Вас...
Оно, во-первых, ничему не мешает. А, во-вторых, именно что надо, т.к. "прямая линия, состоящая из большого количества сонаправленных отрезков" - условность. Прямизна и сонаправленность существуют в пределах каких-то точностей их подсчетов. Одним же из главных смыслов альтернативной Boundary является построение точных контуров.Quote from: АлексЮстасуИ осталось упрощение полилиний-контуров за счет удаления "лишних" вершин, что приводит к искажению геометрии.Здесь тоже вопрос дискуссионный. Положим есть прямая линия, состоящая из большого количества сонаправленных отрезков. В результате генерации контура имеем прямой отрезок полилинии с таким же количеством узлов. Оно надо?
Приложил пример с неточностью создаваемого контура.Quote from: АлексЮстасуПриложение здесь не приложить...Поковырялся в настройках форума - должно сработать.