[===AAA===]

Добрый день всем!

Напомните, плиз, какое поле нужно использовать
для создания DCL-окна для ввода текстовых данных,
(что-то типа edit_box ), но только чтобы это был ещё
и раскрывающийся список.

Т.е. хочешь - вводи свои данные, хочешь - выбирай
из предварительной наборки.

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

list_box ?

----- добавлено через 9 сек. -----
popup_list ?

[koMon]

не бывает такого

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

А, точно, не бывает... Забыл уже (

[===AAA===]

В смысле - "не бывает" ?

Autodesk, если мне склероз не изменяет, декларирует,
что все стандартные окна Автокада написаны на DCL.

Команда: _DSETTINGS

Далее вкладка "Отслеживание", "Полярные углы", "Шаг углов".

Вот такое поле и нужно.

[skkkk]

Сообщение от ===AAA=== Autodesk, если мне склероз не изменяет, декларирует, что все стандартные окна Автокада написаны на DCL

Где это он такое, интересно, декларирует? Это явно не так.

[Do$]

Сообщение от ===AAA=== Autodesk, если мне склероз не изменяет, декларирует, что все стандартные окна Автокада написаны на DCL.

Возможно, когда-то давно так и было.
Сейчас это не так, конечно же.

[===AAA===]

Ну, как вариант, просто два поля edit_box и popup_list зрительно расположены рядом.

И при выборе чего-нибудь в popup_list этот выбор ставится в edit_box .

Упс! Хотел одной строкой обойтись…

Не, не получается.

Список всё равно не в виде единичной стрелочки,
а в виде широкого поля выглядит.

[Сергей812]

Offtop:

Сообщение от skkkk Где это он такое, интересно, декларирует? Это явно не так.

ну если посмотреть в википендии

Написана на AutoLISP[d], Visual Basic и C++

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

===AAA===, по-моему, заставить код реагировать на ввод символа в текстовое поле dcl-диалога невозможно. Хотел бы ошибиться.

[===AAA===]

Не, идея в другом.

Сперва выбираешь из раскрывающегося списка, оно в качестве
значения по-умолчанию подставляется в текстовое поле рядом.
Хочешь - оставляешь, хочешь - заменяешь на любое своё.

Но, видимо, овчинка выделки не стоит...

[koMon]

так можно, легко

[Do$]

Если использовать DCL, то можно как-то так:

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

Do$, в чем рисовал? )))

[Семёныч]

Сообщение от Сергей812 Offtop: Цитата: Сообщение от skkkk Где это он такое, интересно, декларирует? Это явно не так. ну если посмотреть в википендии Цитата: Написана на AutoLISP[d], Visual Basic и C++

Где здесь упоминание про язык DCL?

[Сергей812]

Offtop:

Сообщение от Семёныч Где здесь упоминание про язык DCL?

в AutoLisp есть другие встроенные технологии создания диалогов?)
По факту, думаю, что ядро изначально писалось на С/С++, а вот интерфейсная часть сначала неизвестно на чем.. WTL, MFC, Windows Forms, WPF появились позже первых версий акада.

[ShaggyDoc]

Сообщение от Сергей812 думаю, что ядро изначально писалось на С/С++, а вот интерфейсная часть сначала неизвестно на чем.

Известно на чем - на том же языке. Никаких "вижуальных" средств ведь не было, в теле программы надо было описывать всё - позиционирование, рамки элементов, цвета, движения мыши, обработку нажатия клавиш и вообще всё.

И даже если в названии присутствовало "Vision" никакой визуализации не было. Просто можно было использовать заранее заготовленные формы в модулях. И так во времена DOS работали на всех языках - C, C++, Pascal, Clipper, Basic. Пока не произошел переход на Windows и не появились визуальные редакторы.

Появление DCL в R12 для Автолиспа было весьма прогрессивным делом, до этого диалоговые окна приходилось делать в других системах. Но средства DCL весьма примитивны и все это безнадежно устарело.

Нет никакого смысла за них держаться.

[Семёныч]

Если уж вспомнили древние версии AutoCAD, то не мешало бы вспомнить и файлы acad.dcl и base.dcl.
Конечно, все это безнадежно устарело. Как и сам AutoCAD. IMHO.

[Сергей812]

Сообщение от ShaggyDoc позиционирование, рамки элементов, цвета, движения мыши, обработку нажатия клавиш и вообще всё.

за движение мыши драйвер мыши отвечал, наверно, все таки.. а вот взаимодействие низкоуровневое с драйвером мыши через регистры было полностью на совести программиста... Зато программист фактически полностью управлял ресурсами напрямую в MS-DOS, а сейчас в современных языках типа того же .Net его пускают резвиться в выделенной песочнице управляемого кода за счет увеличения потребляемых ресурсов - зато безопасно для других приложений.

[ShaggyDoc]

Сообщение от Сергей812 за движение мыши драйвер мыши отвечал, наверно, все таки.. а вот взаимодействие низкоуровневое с драйвером мыши через регистры было полностью на совести программиста...

Вот несколько примеров по работе с мышкой:

Код:

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

  procedure SaveMousePos;
  begin
    if MouseInstalled then begin
      MX := MouseWhereX;
      MY := MouseWhereY;
    end;
  end;

  procedure RestoreMousePos;
  begin
    if MouseInstalled then
      MouseGotoXY(MX, MY);
  end;

 function Sign(X : Integer) : Integer;
    {-Clamp integer to range -1..+1}
  begin
    if X < 0 then
      Sign := -1
    else if X > 0 then
      Sign := +1
    else
      Sign := 0;
  end;

  function ReadKeyMouseXY : Word;
    {-ReadKeyWord with mouse buttons mapped to <Enter> and <Esc>}
  const
    {Keys to return for various mouse directions}
    ArrowKeys : array[-1..1, -1..1] of Word =
    {DX=-1  DX=0   DX=+1}
    (($4700, $4800, $4900),  {DY = -1}
      ($4B00, $FFFF, $4D00), {DY = 0}
      ($4F00, $5000, $5100)); {DY = +1}
  var
    KW : Word;
    MW : Word;
    InitMX : Byte;
    InitMY : Byte;
    Xdel : Integer;
    Ydel : Integer;
  begin
    SetMickeyToPixelRatio(16, 32);
    InitMX := MouseWhereX;
    InitMY := MouseWhereY;
    KW := $FFFF;
    repeat
      if KeyPressed then
        KW := ReadKeyWord
      else if MousePressed then begin
        MW := MouseKeyWord;
        if MW = MouseLft then
          KW := $1C0D
        else if MW = MouseRt then
          KW := $011B;
      end else begin
        Xdel := Integer(MouseWhereX)-InitMX;
        Ydel := Integer(MouseWhereY)-InitMY;
        if Abs(Xdel) > 2*Abs(Ydel) then
          Ydel := 0
        else if Abs(Ydel) > 2*Abs(Xdel) then
          Xdel := 0;
        KW := ArrowKeys[Sign(Ydel), Sign(Xdel)];
      end;
    until KW <> $FFFF;
    ReadKeyMouseXY := KW;
    SetMickeyToPixelRatio(8, 16);
  end;

Это всего лишь мышка, а далее надо было отслеживать, например её перевод на поле вводы или еще куда.
И это надо было делать в каждой программе. В современных средах программирования ничем подобным и не надо заниматься.

[Сергей812]

Offtop:

Сообщение от ShaggyDoc В современных средах программирования ничем подобным и не надо заниматься.

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

странно, конечно - что за все эти годы не был реализован в DCL ComboBox режим ввода, в результате чего ТС приходится колхоз городить. Или "движок" DCL не трогали с момента его реализации - работает, ну и хорошо)

[Do$]

Сообщение от Кулик Алексей aka kpblc Do$, в чем рисовал? )))

https://pencil.evolus.vn/

[Александр Ривилис]

Offtop:

Сообщение от Сергей812 ну если посмотреть в википендии

В этой статье столько бредовой информации, что плевался чуть ли ни на каждой строке...

[Сергей812]

Offtop:

Сообщение от Александр Ривилис В этой статье столько бредовой информации, что плевался чуть ли ни на каждой строке...

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

[Zemlemer]

Здравствуйте! Еще вопрос про dcl. При переходе в новый диалог меняются введенный текст и исчезают значения переменных. Скажите, корректно ли обращаться так с диалогом и что я делаю с ним не так?

(action_tile "pipeD" "(setq pipeD (atof (get_tile \"pipeD\")))")

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

Вообще-то все будет зависеть от того, что происходит до вызова второго диалога. Данные сохранены? Тогда ставь set_tile. Нет? Тогда сохраняй.

[Zemlemer]

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

Код:

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

  (defun	NVK ()

   (setq dcl_id (load_dialog "NVK.DCL"))


   (while (and (/= ddi 1) (/= ddi 0))
     (if (null (new_dialog "NVK" dcl_id))
       (exit)
     )

     (action_tile "settings" "(done_dialog 6)")
     (action_tile
       "pipeD"
       "(setq pipeD (atof (get_tile \"pipeD\")))"
     )
     (setq ddi (start_dialog))

     (cond ((= ddi 6)
	    (settings)
	   )
     )
   )
 )


 (defun	settings ()

   (if (null (new_dialog "settings" dcl_id))
     (exit)
   )

   (action_tile
     "scale"
     "(setq scale (atof (get_tile \"scale\")))"
   )

   (setq ddi (start_dialog))

   (unload_dialog dcl_id)

   (NVK)
 )

[koMon]

Сообщение от Do$ Если использовать DCL, то можно как-то так:

или так... только вот для перевода фокуса нужно кликать 2 раза

[Do$]

Сообщение от koMon или так...

Неужели это в DCL сделано?
Насколько я помню, там с картинками беда была. Можно было использовать только слайды.

[koMon]

Сообщение от Do$ Неужели это в DCL сделано? Насколько я помню, там с картинками беда была. Можно было использовать только слайды.

dcl, не только слайды.

----- добавлено через ~2 мин. -----
хотя сделать полноценную превьюшку блока вряд ли получится...

[Do$]

Сообщение от koMon не только слайды.

Я имел в виду, что нельзя вставить привычную картинку в виде png, bmp, jpg и т.п.
То, что можно векторами-отрезками рисовать - это "так себе" альтернатива...

[koMon]

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

[ShaggyDoc]

Сообщение от Do$ Я имел в виду, что нельзя вставить привычную картинку в виде png, bmp, jpg и т.п. То, что можно векторами-отрезками рисовать - это "так себе" альтернатива...

Много лет уже показываю, как навсегда избавиться от возни с DCL, при этом иметь все современные интерфейсные средства. Для сотен программ в итоге у меня оказались необходимыми всего несколько один раз и навсегда написанных диалогов:

1. Иллюстрированное древовидное меню с возможностью брать иллюстрации из чертежа или из любого окна или из буфера. Имеет наибольшее применение для чего угодно.
2. Выбор из списка.
3. Выбор из двух списков.
4. Ввод одной или двух строк (или чисел) с возможностями выбора из справочников и "взять в чертеже".
5. Отбор из списка с возможностью сортировки.

Научиться такое дело проще, чем разобраться с DCL. А для использования ничего не надо программировать, надо только обычным текстовым редактором править меню. При этом один диалог может использоваться и в других программах.

[Do$]

Это в чём сделанные окошки? Вы, скорее всего, уже раз сто на этот вопрос отвечали. Но я забыл... Вид у них, конечно, не сказать, что современный. Сейчас "в моде" анимация, динамика, прозрачность, полупрозрачность, креативный дизайн, адаптация под темы оформления ОС и тд и тп... По новым "веяниям", привнесённым разработкой для Web и мобильных приложений, меняются правила "хорошего тона" при составлении диалогов. Например - не принято делать кнопки "Сохранить" и "Отменить". Подразумевается, что все изменения должны сразу автоматически сохраняться.
А так - да, согласен, что можно много взаимодействий с пользователем свести к этому списку диалогов.

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

Отвечу немного "наперед"
Delphi, регистрируемый COM-сервер, все дела...

[Сергей812]

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

ничто сейчас не мешает запихать в сборку dll интерфейс на WPF со всеми эти красотами (обернув в Lisp подобные функции) и загрузив эту сборку в акад, вызывать прямо из кода lisp как обыкновенную функцию.

[ShaggyDoc]

Сообщение от Сергей812 ничто сейчас не мешает запихать в сборку dll интерфейс на WPF со всеми эти красотами (обернув в Lisp подобные функции) и загрузив эту сборку в акад, вызывать прямо из кода lisp как обыкновенную функцию.

Конечно. Тем более, что вариантов уже не один. А если кому нужны "свистелки-перделки", так все диалоги изменяют свой вид в зависимости от версии Windows и установленной темы оформления.

Сообщение от Do$ Например - не принято делать кнопки "Сохранить" и "Отменить".

У кого это "не принято"? Если пользователю надо выбрать что-то в диалоге, то какое изменение должно сразу сохраняться? Должна быть возможность именно выбрать с закрытием диалога (ОК) или просто его закрыть, ничего не выбрав.

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

Вот когда работаем с БД, так там для приложения в целом, нет пунктов Сохранить или Отменить - всё автоматом. Но для редактирования одной записи непременно есть и Применить и Отменить.

Вот из-за того, что "привнесено из WEB" одной из самых популярных услуг является замена Win10 на нормальные ОС.

[Diman111]

Сообщение от Сергей812 ничто сейчас не мешает запихать в сборку dll интерфейс на WPF со всеми эти красотами (обернув в Lisp подобные функции) и загрузив эту сборку в акад, вызывать прямо из кода lisp как обыкновенную функцию.

А не подскажите готовые решения для людей знакомых с ЛИСП но и только. Для которых регистрация DLL и вызов серверов не совсем тривиальная задача. Решения с готовыми библиотеками и кодом на лисп с вызовом окон, передачей и получением данных.

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

Готовые решения только самостоятельно. dcl, callback-функции, вызывающие функции, обработка контролов и т.д.

[Сергей812]

Сообщение от Diman111 А не подскажите готовые решения для людей знакомых с ЛИСП но и только. Для которых регистрация DLL и вызов серверов не совсем тривиальная задача. Решения с готовыми библиотеками и кодом на лисп с вызовом окон, передачей и получением данных.

Ну регистрация DLL и вызов серверов для того, что предлагал выше - не требуется: это не внешний COM-сервер. Но придется изучить азы программирования на .Net - как накидать мышкой контролы на форму (чтобы сделать похоже на диалоги от ShaggyDoc), как организовать хранение данных. Затем почитайте документ de211-2.pdf "Communication between AutoLISP functions and .NET functions" от Аутодеска (он, правда, на английском языке).

Т.е. суть какая - хранение и выбор данных на внешних носителях пишется и отлаживается в бесплатной студии вообще отдельно от акада - а потом переносите отлаженные формы и сопутствующий код в проект сборки *.dll, оборачивая в вызов функций .Net с атрибутом LispFunction. Код на лиспе получает сразу готовые значения из возвращаемого значения функции .Net, а в аргументах этой же функции ResultBuffer args можно передать исходные значения для инициализации начального состояния диалогов - см. de211-2.pdf.

Можете конечно сразу и в WPF сунуться вместо WinForms, но там изначально не настолько прозрачно для понимания - цена за гибкость технологии)

[Do$]

Сообщение от Сергей812 ничто сейчас не мешает запихать в сборку dll интерфейс на WPF со всеми эти красотами (обернув в Lisp подобные функции) и загрузив эту сборку в акад, вызывать прямо из кода lisp как обыкновенную функцию.

Ну это как посмотреть. С нашей колокольни - да, всё просто до безобразия. Но в то же время, умея уже вот это всё, зачем тогда что-то писать на LISP? На LISP, в основном, пишут программы для автоматизации своей работы инженеры. Изучать .NET, WinForm/WPF требует довольно много времени и немалой мотивации. Далеко не каждый к такому готов. А изучив, уже вряд ли захочет вернуться на LISP.

[trir]

http://bushman-andrey.blogspot.com/2...sual-lisp.html

[Сергей812]

Сообщение от Do$ Ну это как посмотреть. С нашей колокольни - да, всё просто до безобразия. Но в то же время, умея уже вот это всё, зачем тогда что-то писать на LISP? На LISP, в основном, пишут программы для автоматизации своей работы инженеры. Изучать .NET, WinForm/WPF требует довольно много времени и немалой мотивации. Далеко не каждый к такому готов. А изучив, уже вряд ли захочет вернуться на LISP.

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

[Do$]

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

Конечно же, где требуется результат выбора после закрытия диалога, эти кнопки должны быть. Хотя, не удивлюсь, если уже и для этого случая что-то придумали, типа "кликните два раза для выбора", "свопните нужное значение" или "для выбора значения наведите курсор и удерживайте 5 сек".
Я имел в виду, что раньше, изменяя настройки, всегда была опция все эти изменения не применять, пока не нажата кнопка подтверждения. Сейчас от этого стали избавляться.
Зайдёте в настройки браузера - Вы не увидите кнопки "Сохранить". Всякие бегунки-переключатели, радио-кнопки, комбобоксы, изменения которых применяются сразу. Переключили всё что надо и закрыли страницу настроек - всё сохранилось автоматически.
На смартфоне, в большинстве случаев, то же самое.
В Google-документах так вообще нет опции сохранения. Все изменения сохраняются в момент их внесения. Закончил редактировать, закрыл вкладку, открыл - всё в том же состоянии, как и до закрытия.

----- добавлено через ~2 мин. -----

Сообщение от Сергей812 а может так и будет писать в гибридном стиле - если уже много наработок под лисп.

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

[Сергей812]

Сообщение от Do$ Вы хоть одного такого человека знаете?

а вы знаете многих людей, кто пишет на лиспе большие приложения, а не наборы утилит?) А из этого еще сделать выборку тех, кто захочет двигаться дальше, а не сделал решение текущих задач и забыл как кошмарный сон)

[koMon]

а я поддержу Do$, гибридный стиль это конечно ОЧЕНЬ круто, но требует много лишнего, в то время, когда любой чистый лисп работает из коробки. и наверное можно смириться и обходиться брошенкой-dcl

[Do$]

Я на основе собственного опыта и пишу. Не встретил пока ни одного "гибридника": либо "лиспер", либо "дотнетчик". Но вот чтобы на LISP писал, а .NET как вспомогательный инструмент использовал - не встречал, увы.

Сообщение от Сергей812 а вы знаете многих людей, кто пишет на лиспе большие приложения, а не наборы утилит?

Ну даже в этой теме недолго искать придётся.

Сообщение от Сергей812 а не сделал решение текущих задач и забыл как кошмарный сон

Таких не знаю.

[Сергей812]

Сообщение от Do$ Но вот чтобы на LISP писал, а .NET как вспомогательный инструмент использовал - не встречал, увы.

Имхо, на .Net попроще будет написать непрофессиональному программисту "вставки" диалогов, чем с COM-сервером внешним) А что применять или нет - это личное дело каждого.

[ShaggyDoc]

Сообщение от Do$ Конечно же, где требуется результат выбора после закрытия диалога, эти кнопки должны быть. Хотя, не удивлюсь, если уже и для этого случая что-то придумали, типа "кликните два раза для выбора", "свопните нужное значение" или "для выбора значения наведите курсор и удерживайте 5 сек"

Так выбор в правильно написанном диалоге может работать и без нажатия кнопки. Двойной щелчок или нажатие Enter - выбор, ESC - отмена, F1 - справка, причем контекстная.

А вот насчет "свопните" или "удерживайте 5 сек" - это уже извращения. В смартфонах это еще обоснованно, но не надо распространять на нормальные приложения, потому что "так модно".

Из-за "моды" и с некоторыми смартфонами трудно работать. Вот прекрасные смартфоны Redmi снабжаются жуткой оболочкой MIUI. Там надо "квест" проходить - как что-то элементарное сделать наподобие удаления ненужных смс или настройки контактов. Да еще и "модные" кнопочки - светлосерые на белом. И после каждой новой модели на форумах сотни страниц с разгадками интерфейса. А вот у другой фирмы, по тот же Андроид всё понятно сделано.

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

Это потому, что теперь "ума-то нету". В каких-то случаях действительно, настройки можно сразу применить без подтверждения. А когда-то это делать нельзя.

Все-таки браузер и смарфоны - "для блондинок" и приравненных к ним. Они же не знают "всё что надо". А если не всё надо, если надо только попробовать? А уже чуть сложнее и без Применить не обойтись.

Элементарная Настройка даты и времени - захотите взглянуть на "календарик", передвинете на другое число - и настройки изменятся? Потому и три кнопки ОК, Отменить, Применить. Я уж не говорю про более сложные случаи, которые в серьезных программах всегда имеются.

Сообщение от Сергей812 А дальше может втянется, а может так и будет писать в гибридном стиле - если уже много наработок под лисп.

Так ведь и не обязательно самому всё писать. Весь необходимый набор диалогов - 5-6 "единиц". И они доступны в DOSlib, которая продолжает развиваться. Ну а хочется непременно свое, "импортозамещение" сделать, так это вполне возможно.

Разобраться один раз, как это делается будет быстрее, чем каждый раз биться с DCL.

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

Offtop: К вопросу о DosLib

[ShaggyDoc]

Сообщение от Кулик Алексей aka kpblc Offtop: К вопросу о DosLib

А это показывает, как связываться именно с ARX. В DOSlib нет ничего эдакого, чтобы использовать всю мощь ObjectARX, это не какое-то "вертикальное" приложение, всего лишь хороший набор полезных функций.

Еще во времена AutoCAD R14 мы сделали свой аналог. Но тогда ARX можно было написать хоть на каком языке и с любым компилятором. Мы работали с Borland C++ и Zortech C++, и на Delphi делали ARX. Это же DLL с тремя обязательными функциями, одна из которых acrxGetApiVersion возвращает версию AutoCAD.

Но начиная с 2000 Autodesk "легла" под Microsoft и стало обязательным использование именно Visual Studio, да еще в сочетании с версиями AutoCAD. И acrxGetApiVersion стала не просто выдавать только номер версии, но делаеть что-то еще, не позволяя загрузить "неправильный" ARX в AutoCAD.

Тогда и пришлось переходить на COM, что оказалось даже лучше и проще.

Сделал 25 COM-dll, содержащих и интерфейсные и "тихие" функции и больше ничего оказалось и не нужно. Причем одни и те же DLL работают не только с AutoCAD (с вызовом из Лисп), но и с другими программами, например с Mapinfo (с вызовом из MapBasic).