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

Есть небольшая проблема: надо сделать размерный стиль, и внутри него дополнительные определения для размерных стилей на угловые размеры, радиусы и т.п. Через (tblobjname) получены списки настроек, имена, но сделать повторно через (entmake) - естественно, на новом файле, только имя стиля менял,- не получается - возвращается nil.
Я понимаю, что есть некоторые значения dxf-кодов, которые являются обязательными. Какие обязательные, какие нет, мне вычислить не удалось. Поэтому собственно вопрос(ы) - даю несколько, чтобы и мне было понятно, и сразу на ошибки указали:
1. Для задания кодов 5, 6 и 7 (соответствуют dimblk, dimblk1, dimblk2) требуется имя блока - как его получать / задавать? через tblobjname или assoc? Или проще сделать через (setvar)?
2. Для кодов 340, 341 (соответственно dimtxtsty, dimldrblk) требуются уже хэндлы блоков - а к ним как обращаться?
3. Для кодов 371, 372 (соответственно dimlwd, dimlwe) требуются lineweight enum value - а это что за чудо? Для значения "ByLayer" чего надо назначать? А для "ByBlock", 0.25 etc?
---
Идти через (setvar) в данном варианте у меня что-то не получается, подозреваю, что надо использовать ActiveX-функции, но там я как свинья в ананасах, хоть скажите, в какую сторону копать.

[Джек]

А можно сделать размерный стиль без дополнительного определения для размерных стилей на угловые размеры, радиусы и т.п.?
Просто один размерный стиль!!!! Спасибо.

как я понимаю сделать это не возможно

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

Все возможно. Но лично мне просто некогда писать код. Попробуй просто проанализировать код (он достаточно простой) и снять создание "подстилей"

[acyxou]

Приветствую всех заинтересованых!
А никто не сделал прогу для создания размерных стилей с диалоговым окном? Вобщем ищу такую прогу при активации которой, появляется диалоговое окно и в нем от конечного пользователя требуется всего навсего выбрать из списка размерных стилей необходимый ему, после чего стиль автоматом создается. Есстественно к каждому размерному стилю будут пояснения, для чего он используется и какие в кратце его параметры. Возможно ли это реализовать если еще не реализовано? Просто хочу сделать так чтоб в организации не было свободы творчества в этом направлении. Также есть вариант сделать тоже самое и для текстовых стилей, или вообще объединить все это в одну прогу.
Можно конечно эту идею реализовать и посредством ToolPalettes (но DesignCenter прошу не предлагать).......
Вобщем мне интересно ваше мнение относительно данной темы. Целесообразно ли это?

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

Может, и целесообразно - в каждой избушке свои погремушки. А сделать-то несложно: формируешь dcl-окно (например), в котором заполняешь выпадающий список, прописываешь подробности обработки и вперед

[acyxou]

Спасибо, Алексей.
Я с dcl еще не подружился.... а не легче ли это будет сделать посредством VBA, или VBA+Lisp?

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

В VBA будет легче создать форму. Но не создать размерный стиль.

[acyxou]

Вот я о том же. Форму уже почти создал, точнее дизайн.... а не подскажите ссылкой где можно быстро почитать как реализовать это все?

Ответы на свои вопросы нашел в книге господина Полещука

[Holon]

Если ты незнаком пока с DCL, вот здесь есть функция, которая поможет тебе создать
выпадающее меню ты только должен заменить в ней аргументы "my function_1" "my function_2" и т.д.
на имена вызывземых слоев, и соответственно в теле функции c:mymenu в функции cond
заменить функцию (alert "Start my function_1")(alert "Start my function_2") и т.д. Вызов функции команда
mymenu

[Makswell]

acyxou, у меня сделано так:
Есть текстовый файл, наподобие ini-файла, в котором содержатся данные по всем нужным мне размерным стилям (он может создаваться в том числе и программно). Есть программа, которая создаёт все размерные стили, согласно этого файла.

Далее принцип такой:
Например мне нужен какой-либо размерный стиль. Нажимаю кнопку - создаются все размерные стили, согласно этого ini-файла. Нужный стиль ставлю текущим. Далее _PURGE.

Если интересно, то могу выложить код, только предупреждаю заранее, что на высокий стиль программирования я не претендую.

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

А зачем создавать все размерные стили, если можно создавать только выбранный?

[Makswell]

Сообщение от Кулик Алексей aka kpblc А зачем создавать все размерные стили, если можно создавать только выбранный?

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

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

Эээээ... Это как? Создавать несколько размерных стилей, потом установить нужный стиль текущим. Как выбрать нужный программно?

[Makswell]

Я написал "нужный стиль ставлю текущим". Ставлю я, а не программа.

[acyxou]

Соглашусь с Алексеем! Makswell, я делаю это все не для себя, а для людей, которым лишние телодвижения (purge например) крайне нежелательны. Поддерживаю идею с отдельным .ini файлом, в котором будут размещаться параметры стилей. К тому же, я думаю переназначить команды (redefine) _STYLE и _DIMSTYLE чтоб при нажатии на эти кнопки выскакивало диалоговое окно моей программы со списками размерных и текстовых стилей. Вобщем пресечь свободу творчества в этом направлении. Знаю, жестоко, но зато будет порядок в организации и в конце концов, думаю что народ меня поддержит.... Кто что думает?

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

Makswell, перед установкой стиль должен быть создан, ведь верно? Создается он программно, потом _purge, при котором твой созданный (и нужный) стиль благополучно сносится Говорю на основе #69.
acyxou, а потом найдется один крендель, который вызовет _.style и твое переопределение накрывается медным тазом. Дырявым

[acyxou]

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

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

А не проще тогда использовать dws с автоматическим обновлением из файла стандарта?

[Sleekka]

Makswell, перед установкой стиль должен быть создан, ведь верно? Создается он программно, потом _purge, при котором твой созданный (и нужный) стиль благополучно сносится Говорю на основе

Были аналогичные мысли. Undefine purge и переписал команды на закрытие - чистится все автоматом при закрытии с сохранением.

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

А командный реактор не проще было сделать?

[Makswell]

Сообщение от Кулик Алексей aka kpblc Makswell, перед установкой стиль должен быть создан, ведь верно? Создается он программно, потом _purge, при котором твой созданный (и нужный) стиль благополучно сносится Говорю на основе #69.

Алексей, наверно ты просто недопонял. PURGE тоже руками. Причем необязательно сразу, можно например перед закрытием файла.

Чтобы не разводить посты напишу поподробней.

Раньше было так. У меня был шаблон, в котором были все слои, стили и т.п. При PURGE всё это (в смысле, многое) пропадало. Способов вернуть какой-нибудь слой или стиль множество. Самое простое - это например по-быстрому создать новый файл, нарисовать том что-нибудь, присвоить этому слой-стиль , а потом скопировать в целевой файл. Или например вставлять блок с палитры инструментров, а потом удалять. А в блок запихнуть все слои и стили. Но всё это не так быстро, не так удобно и не красиво.

Я сделал примерно также, как в варианте с блоком, только программно. И создаётся не всё скопом, а отдельно кнопка на стили, кнопка на слои и т.п. Кстати, со слоям работа идёт по такому же принципу.

Ну и насчет "PURGE тоже руками" вообще-то у меня это типа superpurge - тоже одна кнопка, одно движение. Чистит помимо стандартного ещё много чего, типа пустых текстов, списка масштабов и прочей ерунды.