[Makswell]

Всем привет.

Даже не знаю, может надо было сразу в в программирование, но тем не менее - может не так всё мрачно окажется.

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

Прикладываю файлы (формат 2007): в одном блок - как он должен быть, во втором произошло смещение (ещё раз подчеркну - редактирование блока ни коим образом не применялось).

Вот лисп, которым я смотрел интересующие меня свойства многострочных атрибутов в данном блоке:

Код:

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

(vlax-for fam_item
	  (vla-Item
	    (vla-get-Blocks (vla-get-ActiveDocument (vlax-get-acad-object)))
	    "M-Форматка(дин_блок)_подшивка"
	  )
  (if (= (vla-get-ObjectName fam_item) "AcDbAttributeDefinition")
    (if	(= (vla-get-MTextAttribute fam_item) :vlax-true)
      (progn
	(mapcar	'(lambda (x)
		   (princ x)
		   (princ "=")
		   (if (= (type (vlax-get-property fam_item x)) 'variant)
		     (princ (vlax-safearray->list
			      (vlax-variant-value (vlax-get-property fam_item x))
			    )
		     )
		     (princ (vlax-get-property fam_item x))
		   )
		   (terpri)
		 )
		(list 'TagString     'Alignment	    'InsertionPoint
		      'MTextBoundaryWidth	    'MTextDrawingDirection
		      'TextAlignmentPoint
		     )
	)
	(terpri)
      )
    )
  )
)

Лисп показал, что у атрибута "ПРОЕКНАЯ_ФИРМА" изменились свойства InsertionPoint и TextAlignmentPoint. Вот так вот сами по себе взяли и изменились.

Вопрос как всегда: кто виноват и что делать?

ЗЫ Автокад 2008 - SP1 русский

[Nikolay 2]

Проблема та же, все многострочные атрибуты съезжают, однострочные (галочку убираю) жестко сидят на месте (2008+SP1), прочел все похожие темы - решения так и не нашел. Оно вообще есть?

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

Есть! Называется ServicePack, насколько я помню.

[Nikolay 2]

Сообщение от Кулик Алексей aka kpblc Есть! Называется ServicePack, насколько я помню.

Алексей, SP1 стоит и я об этом написал, насколько знаю SP2 под 2008 нет. Переустановка имеющегося SP1 результата не дала. И тем не менее следующие действия привели к положительному результату: скачал заново SP1, установил и только после перезагрузки артибут не перемещается, на второй машине эти же операции эффекта не дали, переустановил КАД, накатил скачаный SP1 - все ОК. На других машинах не проверял, в крайнем случае буду использовать второй вариант...

[Botanik]

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

Там я писал, что помогает _ATTSYNC. Но это помогает при смещении атрибутов в вхождении блока. Такое тоже происходило, я применял _ATTSYNC и особо не волновался, хотя напряг какой-то был.

Для меня напряг имеется недетский, поскольку выпуском занимается другой отдел. И когда они открывают файл, а атрибуты "убежали", то втихаря ржут над моими "инновациями" (как результат - замедление прогресса в организации). А бегать и на каждом компе набирать attync - это не решение.

Этот атрибут "ПРОЕКНАЯ_ФИРМА" содержит значение по-умолчанию %<\AcSm SheetSet.Проектная фирма \f "%tc3">%, т.е. поле, ссылающееся на дополнительное свойство подшивки "Проектная фирма". Может в этом какая-то загвоздка?

У меня "уползают" даже атрибуты, ссылающиеся на нативные свойства подшивки (листа), такие как currentsheetdescription, sheetissue итп.

Еще нюанс. Я всегда названия листов забиваю не в поле "Sheet title", а в поле "sheet description", потому как поле "sheet title" ругается при "name longer than 255 characters", а зачастую у меня меньше символов и не бывает ("sheetdescription" на такое не ругается). В результате заметил, что при числе символов до 255 ничего никуда не уползает, чуть больше - успевай ловить.
Получается такая штука:
1.Открываем чертежик, где многострочный атрибут "убежал", делаем attsync и возвращаем на место непослушный атрибут.
2.Сохраняем.
3.В этом же автокаде открываем - все ОК.
4.Открываем на другом компьютере и переходим к п.1. Цикл?

Я сначала думал, что это глюк автокада 2007. Потом пришел 2008, 2009. На 2011 я понял, что проблема в руках. Но, блин, ткнул бы кто носом, поскольку вынужден маятся уже 4й год, а толку мало.

[Startrek]

Я так полагаю что это БАГ, уменя нечто подобное проиxодит с м-техтом при открывынии чертежа сделанного скажем в акаде 2009/2010 в 2007 правда только если техт центрован.
БАГ ЭТО ребята и как исправить незнаю. С м-техтом просто взрываю его до однострочного текста или внутри м-техта делаю все левосторонним и подгоняю пустыми пробелами до нужной кондиции. Морока н как по другому незнаю.
А с атрибутами ATTSYNC работает ты прав.

[wetr]

Сообщение от Botanik 1.Открываем чертежик, где многострочный атрибут "убежал", делаем attsync и возвращаем на место непослушный атрибут. 2.Сохраняем. 3.В этом же автокаде открываем - все ОК. 4.Открываем на другом компьютере и переходим к п.1. Цикл?

Я заметил, что если на другом компьютере установлен такой же кад (у нас это 2010) то проблем не возникает. Если установлена более старая версия автокада - возникает проблема со смещением многострочного атрибута. Недавно установил 2011 поработал в файле и после открыл в 2010 - атрибут съехал. Но после лечения и повторного открытия в 2010 - все осталось нормально.
Совет: отправляй на печать в DWF|PDF

БАГ

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

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

Код:

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

(defun _dwgru-resync-attr ()
  (command "_.attsync" "_n" "*")
  ) ;_ end of defun

(_dwgru-resync-attr)

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

[Makswell]

Сообщение от Кулик Алексей aka kpblc Предложение - оформить баг в соответствующем разделе форума (если этого еще не сделано). Посмотрим, что из этого получится...

А что, есть ещё поддержка Автокада 2008? Я не в курсе просто.
Уже давно никаких обновлений. Если в поздних версиях это не проявляется, то сомневаюсь, что вообще будет обращено внимание на эту проблему. Не нравится что-то - покупай 2011-й, ну ты понял в общем...

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

Makswell, да все понятно... Просто у меня нет возможности потестировать этот момент в 2011 версии Так что уточнение: если баг существует в 2011 версии, можно и оформлять его.

[Botanik]

Ну, есть один "полу"выход (не знаю, сработает или нет) и предложение.

Сработает. Но это очередной "костыль", который к тому же еще время на загрузку файла увеличивает. ДА и не всегда можно на чужом компьютере подгрузить сий лисп.

И еще, мне не совсем понятно, тут на форуме писали, что эту проблему частично решает СП1 для 2008го. В таком случае, почему этот траблшут не перекочевал в последующие версии?

[Krovlaf]

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

[Botanik]

все встало на места и атрибуты никуда не убегают

Вот, а теперь попробуйте открыть этот файл на друго компьютере. Причем, чтобы в этом многострочном атрибуте было побольше символов.

[Krovlaf]

У меня никаких проблем. Файлик прикладываю. Правда в блоке "Унирамка1" допущена ошибка. Все руки не доходят исправить. Дело в том что у плоттера что-то с системными настройками не то (поля слишком широкие) а наши САПРовцы никак не могут/хотят это исправить. Вот барышни с выпуска понапридумывали вольностей: то им 6 мм от внешней рамки до внутренней подавай то 7 мм а многострочные атрибуты все были привязаны к 5 стандартным мм. Так что вернее смотреть на блок "Унирамка". НО факт что атрибуты стоят на месте и никуда не смещаются при открытии файла на любых машинах и на всех версиях поддерживающих многострочные атрибуты. Обратите внимание - у них отсутствуют ручки рамок! а в первоначальном вложении у многострочных атрибутов ручки есть!
При создании всеформатки я рамку многострочных атрибутов натянул на углы ячеек, затем в свойствах многострочных атрибутов поставил "положение фиксации" - "да". После этого забыл про эту проблему.
Немаловажное дополнение. При изменении блока в одном (допустим исходном файле) блоки в других файлах не меняются! Их все приходится переопределять. Я это делаю через центр управления. Иначе копируя блок из старого файла (а многие так и делают) ошибки останутся как были неисправленными.Унирамки.dwg

[Botanik]

Специально взял ваш файлик на тестирование. Проблема сохраняется (акад 2008 - 2009).
А атрибуты у вас не расползаются по той причине, что в них вставлен обычный текст, а не поле со ссылкой на подшивку.


P.S.Ребята, может всетаки у кого-нибудь есть возможность проверить баг на 2011-м автокаде? Если проблема сохранится, то обязательно черканем про баг.

P.P.S.Пробовал докопаться до истины через гугл на англоязычных сайтах - результат нулевой. Надеюсь, что это из-за моего плохого английского.

[Ax3]

У меня та же проблема. Многострочные атрибуты, содержащие поля, ссылающиеся на значения лукапов самого блока, выравнивание по центру, {добавлено 2010.10.29: lock position = yes}. Сначала эта проблема возникла на 2008-м каде без SP1, установил SP1 - на время забыл про проблему. Но как только значения полей внутри атрибутов превысили какую-то длину (порядка 100-130 символов) - атрибуты стали съезжать. То есть редактируешь файл - все нормально, закрыл-открыл - съехали. Проверял в ACAD2008 SP1, 2009 без SP; ACAD Architecture 2008 SP1, 2009 SP3 (как en, так и ru). Вот пример из жизни:


_attsync в моем случае вообще корявит значения атрибутов, хотя и возвращает их на место:


На сайте autodesk не обнаружил подходящих под эту проблему хотфиксов

P.S. А в 2011-м так никто и не проверил?

{2010.10.28 11.45.37} В AutoCAD Civil 2010 та же проблема

{2010.10.28 14.39.15}
Есть сильное подозрение, что это связано с использованным для атрибутов шрифтом. К примеру, у меня всем атрибутам назначен стиль Gost, основанный на шрифте mipgost.shx.
Поменял в настройках стиля Gost шрифт на simplex.shx - пропал глюк, атрибуты перестали съезжать.
С eskdu.shx глючит.

>>Botanik
А у тебя какой шрифт используется в многострочных атрибутах?

{2010.10.28 17.01.23}
И еще заметил, что часто помогает установка Boundary width в 0. Правда, тогда приходится руками делить текст на строчки, но это терпимо.
Поправка. Bounding width попробовал установить на 1...2 мм больше фактической ширины текста атрибута - тоже вроде помогает.
Примечание. На самом деле вручную выставлять boundingwidth ни фига не получается, если меняется высота текста. Я использовал

Код:

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

(vlax-put-property <атрибут> 'mtextboundarywidth <число>)

И, кстати, смещение вроде бы происходит при ОТКРЫТИИ файла. Как-то комп тормозил, и я успел заметить, что при открытии файла в первый момент блок выглядит нормально, потом после загрузки каких-то библиотек или после регенерации или после еще хз чего - бац! и атрибут съехал.
<лин, танцы с бубном вокруг костра, 100%.

P>S>
А почему тема заглохла? Может, проблема уже решена, а я и не в курсе?

{2010.10.29 12.16.49}:
Не, установка bounding width в любое значение, отличное от нуля, приводит к смещению длинных многострочных атрибутов с полями. А а вот bounding width = 0 пока помогает 100%. Пока...

P.P.S. Почему молчат все?!

[Andrey10205]

Сообщение от Ax3 Может, проблема уже решена, а я и не в курсе?

Нет, ситуация не решена(( я несколько шрифтов перепробовал, не получается ничего.

[Хмурый]

Andrey10205, сервис пак на AutoCAD установи, прежде всего.

[sasha_lif]

Krovlaf, (из #33)
подскажите, а смысл создавать блок штампа с атрибутами в поле Н. контроль, должность 1,2,3... в одной рамке написали что нужно, но ведь в других рамках эти атрибуты ведь остануться в стандартном "незаполненном "положении? В чем смысл?

Или можно потом все измененные атрибуты переназначить для всех остальных рамок штампа?

[Ax3]

>>Andrey10205
Дружище, можешь образец блока с глючащими атрибутами сюда выложить? И скажи, плз, какие шрифты пробовал?

[Botanik]

Плотенько покурил заморский форум автодеска. Нашел аналогичную тему аж от февраля 2007го.
Там саппорт предлагает некоторые пути решения проблем:

Seems to be an issue with an annotative text style. ....

Тобишь проблема с аннотативным текстовым стилем. Я знаю, что атрибут можно делать анотативным, но чтобы текстовый стиль - для меня это вновинку. В общем мне это не помогло.
upd: нашел где это делается. Галочку "аннотативность" туда-сюда тоже не помогает.

Tried using the Standard Style as suggested elsewhere in this post and the text did not move. Reset the Standard Style font to Arial truetype and the problem reoccurred. Reset the Standard Style back to txt.shx and it works again.

Здесь так же высказывается предположение, что проблема в шрифтах. Предлагают пользоваться стандартным текстовым стилем, причем, когда шрифт в нем Arial, то глюк есть, а когда txt.shx - нет.
Мне это тоже не помогло.

Changing the justify to middle left seems to work a bit better.

Изменить привязку текста на середину по левому краю. ПОМОГЛО!
Методом научного тыка выявил, что косяк имеет место быть при наличии горизонтальной центральной привязки текста в атрибуте.
Сильно глубоко я не копал, но, думаю, решение рабочее.
К сожалению нецентральную привязку названия листа наш нормоконтроль принимать отказывается, поэтому для меня вопрос остается открытым.
На том же форуме я прочитал, что этот баг пофиксили в СП1 для 2008й версии и, соответственно, фикс перекочевал в 2009ю версию.

This bug has been fixed for autocad 2009, we are dealing with the same problems..

В справке есть глава "Работа с чертежами в более ранних версиях", там написано следующее:

Если на чертеже AutoCAD 2008 для аннотативного блока не задана ориентация листа, соответствующая компоновке, и этот блок содержит многострочные атрибуты, созданные на основе стиля текста, для которого не задано соответствие ориентации компоновки, при открытии этого чертежа в AutoCAD 2007 (и более ранних версиях) возможно смещение положения этих атрибутов.

Большая просьба к гуру автокада, разжуйте для неуча вышеприведенную выдержку из мануала.
Но, блин, такой косяк вылазит даже на одинаковых автокадах 2009, но на разных машинах.