EdwardSt

Спасибо за информацию. Но лучше брать только лучшее! (Извините за тавтологию) Разобрать примитив, когда пользователь его хочет приземлить - это трэш

Наблюдаются неочевидные эффекты команды FLATTEN (Конвертирование в 2D) В прилагаемом примере два примитива - полилиния (Z=0) и мультивыноска (смещена по Z) 1. Применение команды FLATTEN к объекту "Мультивыноска" выдает результат Но положение мультивыноски (Z-координата) при этом не меняется. 2. Перемещение мультивыноски с использованием привязки (первая точка - конец стрелки, вторая точка - ближайшая на полилинии) приводит к честному и предсказуемому перемещению объекты по трехмерному вектору Дополнительно вносит неразбериху тот факт, что в окне свойств объекта нет никаких указаний о том, что мультивыноска смещена по оси Z Также, ранее уже встречались сообщения на форуме, что команда FLATTEN некорректно работает с некоторыми видами выносок (разбивает их на примитивы), но на данный момент проблема по-прежнему присутствует. Просьба к разработчикам усовершенствовать функционал команды, чтоб она корректно работала со всеми примитивами, к которым может быть применена. В данном примере наблюдается возможность перемещения примитива по Z, но команда FLATTEN не оказывает влияния на примитив (почему-то!). Дополнительно, наличие осмысленной координаты Z у мультивыноски должно иметь какое-то отражение в окне свойств. Групповое "падение" на наулевую плоскость нескольких мультивыносок в данный момент НЕРЕАЛИЗУЕМО. Flatten_demo.dwg

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

Скорее всего так и есть. Причем, если импортировать файл "Встроенный принтер PDF.pdf" в NanoCAD v20, то появляется даже фрагмент текста в правой колонке, который не виден в pdf-файле (просмотрщик - Acrobat Rear), но видимо присутствует в качестве невидимого объекта. По размеру файла. В чертеже присутствует довольно много объектов - различных размеров, которые визуально не видны, но выбираются через окошко свойств. Если выделить видимые два листа и через буфер обмена вставить в пустой чертеж, то получается файл весом менее 1 Мб. Кстати, верхняя подпись представляет собой полилинию из 1400 вершин. Предполагаю, что она является весомым объектом в смысле размера. Возможно, есть еще подобные элементы.

Из указанной последовательности сохранений-открытий неясно, в какой именно системе наблюдаются проблемы (10? AC? 11?). Соответственно, непонятно, в какой момент разбились мультивыноски. Приложенный файл в Plus 11.0 открывается. Сообщений об отсутствующих шрифтах нет, у нас их много в системе установлено. Редактирование мультивыносок путем замены в них текста происходит корректно. Резюме: выглядит так, что на каком-то этапе были нечаянно разобраны множество ссылок. Результаты незамеченного действия перекочевали по цепочке сохранений-открытий. ЗЫ. Независимо от остальных действий по купированию проблемы попробуйте добавить отсутствующие шрифты

Многократно пытался увидеть результат действия этой функции, но на подходящий пример наткнуться не удалось Ошибки в чертеже, ошибки в штриховках - этого добра навалом, в отличие от битых z-координат (возможно, они сначала подчищались общей проверкой). Но в данном примере объекты не в космосе, они рядышком и соприкасаются, но расположены в разных плоскостях (и не спрашивайте, как определить плоскость для "полилинии", состоящей из одного прямолинейного сегмента, - начертательная геометрия тут неприменима, это шаманство от автодеск!).

К сожалению, она делает несколько больше. Кроме обнуления (не ликвидации!) координаты Z у некоторых объектов она еще выравнивает вектор выдавливания (весьма забористая штука, с неочевидными эффектами и малым набором штатных средств для редактирования). Говорю "к сожалению" потому, что на некоторых объектах (например , различные выноски СПДС) результат применения обескураживающий. Поэтому, применение функции должно быть очень аккуратным. Опасно, например, "приземлять" сразу весь большой чертеж целиком. На мой взгляд, эту функцию лучше немного урезать, честно предупредив, что работает применительно к ограниченному набору объектов. Ну и удалить безобразия с "приземлением" выносок

Подсказанное решение с FLATTEN является наиболее предпочтительным способом. Основная проблема - быть уверенным, что случайно не приземлишь другие объекты. А выноски вообще может раскурочить. Но в вашем блоке это самое лучшее решение. Причем применить можно сразу ко всему содержимому)

Эта проблема по-видимому будет решена в следующей версии. У этих полилиний вектор выдавливания не совпадает. В 11-й версии попытка изменения, например, за ручки, таких полилиний вообще могла приводить к визуальному пропаданию с экрана. Собственно, в вашем случае именно это и происходит. ПС. DXF-коды векторов (210 3.97675e-026 -2.86255e-027 1.0) и (210 0.0 -0.0 1.0). Обычно они должны быть (210 0.0 0.0 1.0) или, как минимум, одинаковые

Тогда ловите дополнительные сообщения в форум

Утилита пригодилась в непосредственной деятельности. Спасибо за наводку! ПС. От лайков специально отписались?

Предлагаю попробовать создать средствами Нанокада комплект с включением в него шрифтов. Шрифты из комплекта выложить РЯДОМ с файлом. Если заработает, то дело только в синхронизации папок со шрифтами

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

Можно только порадоваться, что талант от Бога приложился к возможностям на земле. А про «не составляют, а пишут» - так это ко всем относится! Доводилось и мне самовосхищаться красотой сочиненного кода... Но не меньшие эмоции были и от любовно выращенной первой грядки на даче ( и кто б посмел заявить, что огурцы были кривые!). ПС. Мой пост был про то, что помимо кодосочинительства вам нужно ещё и книжки для детей и не только писать Смайлики в заблуждение вводить не должны

Как вас в разработчики занесло? Вам бы в писатели. Или уже? На самом деле спасибо и за позитив в виде юмора при изложении материала.