[Kirillspec]

Здравствуйте уважаемые специалисты!
Работаю в AutoCAD 2011 LT а по сему ограничен в возможностях по программированию.
Проблема следующая: при конвертации pdf в автокад текст разбивается на куски. Приходится потом вручную их соединять - копировать и вставлять отдельные куски в один мультитекст. Можно ли как-то это ускорить (автоматизировать)? например при помощи макрокомманд (diesel)...
Представляю я себе это примерно так:
выделил первый кусок, а затем кликая на последующие они сами вставляются в первый по очереди и удаляются.
Или выделяются сразу все куски, и после вызова команды они объединяются.

[Елпанов Евгений]

Сообщение от Artem_R В нано затраты будут на порядок меньше (а может на порядки).

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

[ShaggyDoc]

Да не надо вообще связываться с LT, если требуется что-то серьезное, связанное с программированием. Да и с "нано". Способы обмана LT были, их можно придумать еще, но они незаконны. Уж лучше пиратский полный AutoCAD использовать. Ну, а если не программировать, то LT вполне решает задачи, для которых выпушен.

Что касается технической законной стороны, то Евгений правильно про DXF писал. Была когда-то написана книга Dennis N. Jump AutoCAD Programming, и переведена в 1992 году под названием "AutoCAD программирование".

Автор в предисловии провозглашает: "Настоящие программисты используют DXF-файлы (и только садисты работают с файлами чертежей - DWG-файлами)".

И далее вся книга посвящена тому, как писать на древнем C программы, генерирующие DXF и DXB-файлы, как использовать сценарии. Конечно, книга ценна описанием работы с DXF, тут спору нет. Но она, возможно, была бы нужна где-то в 1983 году, когда никаких средств программирования не было. Примерно как в LT. Однако издана была, когда уже был и AutoCAD-10 с AutoLISP (автор об этом пишет). На мой личный взгляд именно автор является садомазохистом (и себя мучает, и тех, кого пытается завлечь в свои сети). Скромненько называя их "святыми".

Вот, если хочется как следует помучиться, можно и таким путем идти. Или нанять "святого". Правда на прокорм "святого" средств уйдет побольше, чем на покупку полного лицензионного AutoCAD. Очень уж они прожорливы.

[Елпанов Евгений]

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

Осталось только добавить, что решение этой задачи с помощью этого форума на базе полного AutoCAD вообще бесплатно!
Во первых, в экспрессах есть подобная команда.
Во вторых, здесь уже есть коды со схожим функционалом.
В третьих, многие помогут написать подобную программу из любви к искусству...

[gomer]

Сообщение от ShaggyDoc Способы обмана LT были, их можно придумать еще, но они незаконны.

Вот я об єтом и говорил!

Сообщение от ShaggyDoc Была когда-то написана книга Dennis N. Jump AutoCAD Programming

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

[kp+]

Т.о. разовое выполнение кода в AutoCAD LT доступно уже сейчас.

а с командами придётся повозиться

и хрен с ними! Вынести на внешнюю оболочку подгрузку нужного скрипта - достаточно для целей, не требующих особого интерактива

[ShaggyDoc]

Имеется такая книженция, сколько ни читал, ничего не понял... и про autolisp там "ничего" не написано...

Как это не написано - в конце введения упоминается AutoCAD версия 10, написано "я не вдавался" и "АвтоЛИСП" упоминается. Вот если бы "вдавался", эту книгу не писал бы в эти годы.

Вынести на внешнюю оболочку подгрузку нужного скрипта - достаточно для целей, не требующих особого интерактива

Не так уж просто. Да, возможность выполнения каких-то действий во внешней программе - хороший путь во многих случаях. Но после окончания работы внешней программы (например, создания DXF), надо автоматически продолжить работу. Например, вставить этот DXF. Значит должна быть возможность запуска внешней программы в модальном режиме - программа запускается, работатет и только когда закончит работу, управление возвращается в AutoCAD, в вызывающую функцию. Этого и в "большом" AutoCAD нет, что уж про LT говорить.

Думаю, что это специальный саботаж от Autodesk. Если бы функция startapp имела ещё один аргумент - флаг модальности (а это построчки кода), программистам было бы неизмеримо проще. Но тогда они бы не пользовались многой хренью, впариваемой Microsoft. Приходится свои костыли изобретать.

[Дима_]

Сообщение от ShaggyDoc Думаю, что это специальный саботаж от Autodesk. Если бы функция startapp имела ещё один аргумент - флаг модальности (а это построчки кода), программистам было бы неизмеримо проще.

Сугубо ИХМО - слава богу что такого аргумента нет - модальные режимы запуска уходящие корнями в ДОС - это из разряда на C DXF генерить - какому-то программисту может и проще, но метод этот явно тупиковый и бесперспективный. Есть куча методов синхронизации выполнения задач - вот давайте ими и пользоватся - так может и посложней, но не будем забывать что программа для пользователя должна писаться - а не "как мне проще".

[hwd]

Предлагаю интереса ради тем, кто пишет на ObjectARX - черкнуть пару строчек кода, в котором:

1. При загрузке модуля создать в модели примитив (дабы посмотреть, срабатывает ли .net-аналог Initialize)
2. Определить в модуле тестовую команду, выводящую на консоль автокада тот же "Hello World" (дабы посмотреть, подхватятся ли определённые в модуле команды).
3. С помощью этого же модуля попытаться загрузить в AutoCAD LT модули, написанные на lisp/VBA.

На написание этого модуля уйдёт минут 5 с учётом распивания кофе (я, к сожалению не пишу на ObjectARX, потому сам проверить не могу). Затем сей тестовый файл нужно зарегистрировать в разделе Application ветки HKLM, дабы LT смог подхватить его.

Если всё это сработает, то тогда вполне понятно как реализовано то, что показано на видео в посте #11 и для себя можно будет запомнить, что в случае необходимости (в жизни всякое бывает), можно будет выполнить свой код и на LT. Имхо - сие знание было бы не лишним.

п.с. Если у кого-то нет AutoCAD LT - я у себя дома на вирт. машине установил AutoCAD LT 2011 x86, т.о. если напишете под эту версию - могу вечером дома запустить, протестить.

[ShaggyDoc]

Сугубо ИХМО - слава богу что такого аргумента нет - модальные режимы запуска уходящие корнями в ДОС - это из разряда на C DXF генерить

Нет, это не из того разряда. При возможности запуска стороннего приложения в "модальном" режиме программист может написать его в любой среде. Разумеется, это должно быть приложение не "типа Word", а типа диалогового окна. Ему можно передать параметры, от него можно получить результат. И это будет программа для пользователя - для него она ничем не отличается от диалога. И такая программа может дать возможности, трудно реализуемые с помощью доступных в AutoCAD штатных методов.

А более сложные методы "синхронизации" и прочего (COM, например) программисты придумывают "шоб не дать мужику дохтуром стать". Т.е. чтобы не дать инженеру (а подавляющее большинство программ для AutoCAD делают инженеры) делать хорошие программы без участия программистов.

Заодно и Autodesk, как жалкий вассал, идет на поводу у Microsoft. Вот раньше ARX-приложения можно было делать в любой среде программирования, в которой можно было скомпилировать dll. А потом - только в MS VS, да с привязкой версий. Теперь вот с .NET то же самое наблюдается...

[hwd]

Сообщение от ShaggyDoc Теперь вот с .NET то же самое наблюдается...

Честно говоря не понял, что там с дотнетом "наблюдается"... Он не привязан к MS VS, да ещё и к конкретной версии.

[Дима_]

Какого года выпуска те "среды" где нету COM? Турбо Паскаль или QBASIC? Вы считаете, что автодеск должен "тянутся" за теми "инжинерами" которые в них программируют? Зачем - чтоб как упомянутый Вами Dennis N левой ногой правое ухо чесать. Лично у меня методы типа: сгенерировать строку параметра->запустить->сгенерить в файл->прочитать из файла->обработать прочитанное->произвести действия с тем что прочитанно - вызывают скептическое настроение и я очень рад тому - что можно использовать более рациональные методы - и не дай бог участвовать в "совместном" проекте с такими трудами инжинеров.

[hwd]

Неужели кроме Александра Ривилиса никто не пишет на ObjectARX?

[gomer]

Сообщение от hwd Неужели кроме Александра Ривилиса никто не пишет на ObjectARX?

hwd, Неужели не ясно... то кчему вы агитируете - незаконно...

[hwd]

Сообщение от gomer незаконно...

То о чём пишу я - официально предоставленный компанией AutoDesk механизм программирования в AutoCAD.
Твою за ногу! /kpblc/

[gomer]

ну-ну

[ShaggyDoc]

Какого года выпуска те "среды" где нету COM? Турбо Паскаль или QBASIC? Вы считаете, что автодеск должен "тянутся" за теми "инжинерами" которые в них программируют?

Причем здесь Турбо Паскаль? Может быть и вполне современная "автономная" программа, например, расчетная. Но её можно и включить в меню AutoCAD, запускать оттуда, и в AutoCAD же использовать результаты расчетов. Например, для отрисовки чего-то.

и не дай бог участвовать в "совместном" проекте с такими трудами инжинеров.

И не дай бог инженерам участвовать в совместном проекте с такими "прогамЁрами", которые делают не то, что надо, и не так как надо. Без инженеров не создано ни одной более или менее приличной инженерной программы. Не от хорошей жизни инженеры вынуждены были и в DOS изучать и TP, и TB, и QB, и теперь продолжают этим заниматься, на другом уровне. Потому, что не с кем им работать.

[Дима_]

Сообщение от ShaggyDoc Без инженеров не создано ни одной более или менее приличной инженерной программы.

А я собственно не про инжинеров, а про их програмные труды (по крайней мере, те что я видел) - естественно, чтоб что-то написать надо знать, что требуется и без участия инжинера (как заказчика и будущего пользователя этой программы) что-то хорошее вряд-ли выдет. Короче я за то чтоб инжинеры работали на современном уровне (а не, например, листы в модели чертили) и программисты соответственно использовали современные техноголии (не то что что-то новое вышло - сразу все бросай и переписывай - есть вполне состоявшиеся и зарекомендовавшие себя технологии) и забывали про то как было (им) "хорошо" в ДОСе и как сейчас все неправильно.

[Boxa]

ИМХО. в ЛТ все таки оставили один инструмент программирования, это scr файла. Никто не запрещает генерировать эти файлы программно.
Несколько лет назад работал с одним сотрудником, который очень любил FoxPro и очень хотел автоматизации, так он и писал на фокспро генераторы scr на все случаи жизни.
В тонкости Я не вникал, но что то у него там работало.

[hwd]

Сообщение от Boxa ИМХО. в ЛТ все таки оставили один инструмент программирования, это scr файла. Никто не запрещает генерировать эти файлы программно. Несколько лет назад работал с одним сотрудником, который очень любил FoxPro и очень хотел автоматизации, так он и писал на фокспро генераторы scr на все случаи жизни. В тонкости Я не вникал, но что то у него там работало.

Программирование под LT настолько же "удобно", насколько "удобно" просматривать сайты из консоли linux (без GUI), видя только текст. Это "на любителя".

Important AutoCAD LT Information for Developers
Dear Autodesk Developer Network (ADN) Member:

As you know, AutoCAD LT does not support the development of applications based on ObjectARX, LISP or VBA. AutoCAD LT is degined to deliver cost effective access to full drafting productivity and is not an application development platform. Autodesk is aware that some developers are developing applications for AutoCAD LT and we would like to call your attention to the following:

AutoCAD LT is not an application development platform and does not contain an application development environment.
Autodesk does not support application development for AutoCAD LT.
Users of AutoCAD LT must comply with the provisions of the Software License Agreement that accompanies the product. This license agreement specifically states that use of add-on applications is not acceptable.
ADN members must comply with the terms of their ADN Agreement with Autodesk and with the terms of the ObjectARX license agreement. The ObjectARX license specifically prohibits using the ObjectARX SDK to develop applications for AutoCAD LT. In addition, unauthorized copying of AutoCAD LT or any portion of its code is copyright infringement. Autodesk will vigorously protect its intellectual property rights in AutoCAD LT.
AutoCAD, AutoCAD OEM and the Vertical Desktops offer appropriate environments for developing independent applications. These products contain all necessary APIs, which are fully disclosed, and developer support for them is provided through the Autodesk Developer Network.
Because AutoCAD LT is not a development platform, programming changes may be made in future versions that cause such applications to cease functioning with AutoCAD LT. Autodesk assumes no responsibility should this occur.
To protect AutoCAD LT customers from the risk of unauthorized and unsupported use of AutoCAD LT by third-party developers, and to protect its own image and reputation, Autodesk will take such steps as may be necessary to prevent or impede such unauthorized use.
We thank you for your support and understanding. Please contact us with any questions you may have regarding this issue.

Sincerely,

The ADN team.

Т.е. если окольными путями что-то и удалось запустить в LT сегодня, то не факт, что получится после очередного обновления, либо в след. версии продукта.