[Vova]

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

[Лентяй]

Очередная слеза.
Хотел сделать выноску со стредкой. QLEADER прошел нормально, приглашение MTEXT - нормально, Подтверждение ширины 0,000 - AutoCAD-2005 SP-1 выдетает без сохранения. И так оба раза. Отключил галочку в SETTINGS "Confirm MText Width" - все стало нормально. С чего бы это?

[Styx]

В 2006 Каде при пользовании команды move объекты не привязываются к вводимым координатам :cry:

[zenon]

Глюк со штриховкой.
Начинаешь работать с новым файлом, используешь штриховку с масштабом порядка 1 (например создаешь сечение трубы), затем когда файл уже порядком наработан, переходишь к, скажем так, к разработке больших объектов, там же используешь ту же штриховку, но уже с большим масштабом, порядка 50-100, и вот тут выскакивает сюрприз, если вернуться к редактированию или созданию штриховки с масштабом 1, то она стает настолько мелкой, что или сплошной фон или акад ругается, что уж шибко мелкий масштаб.
В чем тут проблема незнаю и похоже это переходит из версии в версию.
Оговорюсь еще раз что эта проблема появляется если чертеж сочетает в себе как планы так и отдельные узлы и сечения, и сам уже довольно большого объема.
Если не редактировть ранее проставленную штриховку, то она отображается корректно.

[Кулик Алексей aka kpblc]

Скорее всего, дело в ограничении максимального количества объектов файла. Попробуй (setenv "MaxHatch" "100000") - вообще справку по maxhatch прогляди.
---
Добавлено:
А что творится со значением snapbase? Насколько оно далеко от "проблемных" кусков?

[VPUD56]

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

[Diman111]

Еще момент в 2006:
при попытке повторить только что введенные числа - например длинну линии - нажав стрелку вверх, перебираются не введенные значения как в 2005 и раньше а их координаты - говорят есть сист переменная для возврата к перебору значений - не подскажите пожалуйста.

[MIP]

>>Diman111
См. здесь http://dwg.ru/forum/viewtopic.php?t=4219

[Diman111]

Сообщение от MIP >> См. здесь http://dwg.ru/forum/viewtopic.php?t=4219

Спасибо

[*Voland*]

Очередной вопрос про Leader. Копирую выноску с текстом в другой чертеж и получается там, что линия и текст не связаны, т.е. при переноски текста линия которая находилась под текстом остаетвся на месте вместо того чтобы следовать за текстом. (AutoCAD 2006)

[*Voland*]

Кажется я нашел решение вопроса.
До этого у меня стоял ACAD2004 и те выноски, которые были сделаны в 2004 в 2006 копируются на новый документ как 2 отдельных элемента MTEXT и Leader и они не связаны друг с другом.
Ашипки блин замучали (извените).

[Клетчатый]

2 Styx

Если, ты о том о чём я подумал), то координаты надо явно вводить в стандартной командной строке (т.е. щёлкнуть в ней мышкой), а не в "плавающей" рядом с курсором...иначе координаты получаются относительные, а не абсолютные...
Может какая системная переменная существует, чтобы с этим бороться...не знаю...

[Master Bo]

Такие глюки (2006):
1. Не у всех (приблизительно у 50% пользователей)
подвисает при вызове команды purge, на 99% сканирования чертежа.

2. У меня некоторые таблицы (ну чтоб незаполнять хотя бы каждый раз при создании новой) сделаны блоками и загнаны в плавающую панель, и при вставке разбиваются для дальнейшего заполнения. Так вот, если она нужна в ином масштабе чем изначально, текст при explode вдруг резко от самой таблицы отскакивает в сторону и в ином, чем она масштабе, но при этом остается с ней как бы связным, одним целым . Подозреваю, что тоже что-то с UCS связано?.. Но при чем тут разный масштаб таблицы и текста заполнения?

[Master Bo]

И еще :
В версиях до 2006 первый открытый пустой рисунок 1 (drawing 1) автокад, если его не изменяли, сам закрывал при открытии какого-либо файла.
А теперь достал с вопросами сохранить ли мне пустой нетронутый файл, до которого и дела нет.
Честное слово, уже прибешивает.
(Хотя это, по-моему, не глюк, но все-таки, может, можно чего сделать?)

[zamtmn]

http://dwg.ru/forum/viewtopic.php?t=4542

[Лентяй]

Уважаемые гуры, гурии и прочие мастера и просто магистры!
Для начала цитата из себя, либимого ( http://dwg.ru/forum/posting.php?mode=reply&t=4457)

Добавлено: 15 Авг 2005 21:37 Заголовок сообщения: Александер, Вам нужен просто список ВСЕХ блоков, входящих в файл, или результат контекстного поиска: например, список блоков, в названии (не имени!) или описании (комментарии) которых содержится ключевое слово? Я использую эту программу для поиска типовых деталей, созданных в виде блоков, составляющих мастер-файл.

Так вот. эта пргорамма призводит котекстный поиск в ОТКРЫТОМ файле, который открывается обычнвм способом.

Код:

[Выделить все]

(setq	dwg_n (getfiled "Select Detail File" "C:\\IES\\Design Center\\" "dwg" 4))
  (setq dwg (vla-open (vla-get-documents (vlax-get-acad-object)) dwg_n)
	bks (vla-get-Blocks dwg));setq

Далее формируется запрос на конектстный поиск String

Код:

[Выделить все]

 (setq string (strcat "*" (strcase (getstring T "\nEnter Search Partern: ")) "*"));setq

И производится собственно поиск.

Код:

[Выделить все]

(vlax-for dt bks (b_name dt)
     (setq dls (cons dtnt dls)));vlax-for

dtnt - название детали, извлекаемое подпрограммой B_NAME из блока названия детали входящего в состав блока самой детали.

Код:

[Выделить все]

(defun b_name (dt / dtnt)
 (vlax-for blk dt
  (if (= (vla-get-ObjectName blk) "AcDbBlockReference")
    (cond ((or (= (vla-get-name blk) "SPN013")(= (vla-get-name blk) "DT-1"))
	   (foreach at (vlax-safearray->list (vlax-variant-value (vla-getattributes blk)))
	     (if (wcmatch (vla-get-TextString at) string)
	       (setq dtnt (strcat dtn ": " (vla-get-TextString at)))
	  )));single line
	  ((or (= (vla-get-name blk) "SPN014")(= (vla-get-name blk) "DT-2"))
	   (foreach at (vlax-safearray->list (vlax-variant-value (vla-getattributes blk)))
	     (cond ((= (vla-get-TagString at) "D_N1")(setq tl1 (vla-get-TextString at)))
		   ((= (vla-get-TagString at) "D_N2")(setq tl2 (vla-get-TextString at))));cond
	     (if (or (wcmatch tl1 string) (wcmatch tl2 string))
	       		(setq dtnt (strcat dtn ": " tl1 " " tl2))
	   )));doublе line
     );cond
    );if
  );vlax-for
);b_name

SPN013, DT-1, SPN014, DT-2 - имена блоков названий деталей, состояших из соответсвенно одно- и двустрочных имен.
Теперь собственно проблема. Пограмма работаела прекрасно с ACAD-2000 и 2002. Список DLS содержал только отысканные имена независимо от числа просмотренных блоков. При переходе на ACAD-2005 с ToolPAK-9 и прочими прибамбасами открытие файла стало занимать намного больше времени, и стал использовать НЕЯВНОЕ открытие файла, как предложил Fatty (там же http://dwg.ru/forum/posting.php?mode=reply&t=4457):

Код:

[Выделить все]

(слегка изменено)
(setq acapp (vlax-get-acad-object)
         adoc (vla-get-ActiveDocument acapp)
         n_doc (vla-getinterfaceobject acapp "ObjectDBX.AxDbDocument.16"));setq
  (vla-endundomark adoc)
  (vla-startundomark adoc)
  (vla-open n_doc (findfile (getfiled "Select Detail File" "C:\\IES\\Design Center\\" "dwg" 4)))

Далее - как обычно

Код:

[Выделить все]

(setq string (strcat "*" (strcase (getstring T "\nEnter Search Partern: ")) "*")
         bks (vla-get-Blocks n_doc));setq
(vlax-for dt bks (b_name dt)
     (setq dls (cons dtnt dls)));vlax-for

Так вот, тепреь список DLS содержит тоже спсое отысканных имен, только общее число элементов этого списка равно числу прсмотренных блоков, т.е. при просмотре блока, неудовлетворяющего условиям поиска, в список DLS вносится либо nil, либо последнее отысканное имя. Это особенно эффектно, когда отыскивается пара имен из 50-ти. Кто может объяснить сей печальный феномен?
Да, очистку списка от повторных вхождений не предлагать - сообразил сам. Но хотелось бы излечить самму программу от создания дублей.

[Tech]

Сообщение от Клетчатый 2 Styx Если, ты о том о чём я подумал), то координаты надо явно вводить в стандартной командной строке (т.е. щёлкнуть в ней мышкой), а не в "плавающей" рядом с курсором...иначе координаты получаются относительные, а не абсолютные...

Если так то почему если этот же объект сделать CUT или COPY и затем PASTE и ввести координаты вставки то все путем. Это касается только MOVE и это явный глюк.

И еще одно наблюдение - в чертеж вставлен объект ACAD_PROXY_ENTITY, так вот на него вобще никакие команды не дейсвуют до EXPLODE (но это возможно свйства самого объекта, я раньше с такими не сталкивался, чертеж сделан в MechaniCS).

[MIP]

>>Lamer

И еще одно наблюдение - в чертеж вставлен объект ACAD_PROXY_ENTITY, так вот на него вобще никакие команды не дейсвуют до EXPLODE (но это возможно свйства самого объекта, я раньше с такими не сталкивался, чертеж сделан в MechaniCS).

Для таких объектов нужно приложение их породившее в данном случае MechaniCS, в чистом Автокаде с ними ничего кроме EXPLODE по хорошему не сделать, да и то может выдать результат далекий от ожидаемого. Не имея самого приложения создавшего объект нужно установить на компьютер специальный ObjectEnabler от производителя MechaniCS, в данном случае CSoft, позволяющий работать с данными объектами в чистом Автокаде.

[Vova]

Допустим, по-полю чертежа много блоков-символов с атрибитами-буквами. По-месту двигаю за грипсы свои буквы, чтобы получше расположить. Затем понадобилась команда Battman (ee здесь иногда рекомендуют, когда надо как-бы переопределить атрибуты, что-то глобально поменять) И все подвижки атрибутов отменились. Они вернулись в исходное состояние. Работа пошла насмарку. А ведь должны остаться на своих местах!

[Кулик Алексей aka kpblc]

> Vova: когда у меня была подобная штукенция, я сделал по-другому: один блок - собственно изображение, другой - фактически только атрибут. Вставляются оба и объединяются с линией в безымянную группу.
Правда, потребовался лисп, но, наверно, и макросом сделать можно - главное, потом переменые переделать в nil.

[Лентяй]

Vova: И все подвижки атрибутов отменились. Они вернулись в исходное состояние. Работа пошла насмарку. А ведь должны остаться на своих местах!

Опасное и, я бы даже сказал, вредное заблуждение. BATTMAN, точнее, ATTSYNC приводит все аттрибуты к положению, определенному в опреденииблока. Вы ведь блок не переопределяете каждый раз, не так ли? Потому - одно из двух: или поступайте, как kpbIc, или НИ ЗА ЧТО и НИ-КОГ-ДА не синхронизируйте покореженные блоки. И будет вам щастье.
Кстати, покореженность длжна востановиться ОТМЕНой.