ISL

Название стартовой конфигурации живёт в системной переменной CCONFIGURATION.

Это фича, стартовая конфигурация и профиль – это разные сущности. Стартовая конфигурация (ключ командной строки -r) содержит ссылки на профиль, меню-ленту и список загружаемых приложений. Профиль (ключ командной строки -p) содержит настройки, может быть одинаков в разных стартовых конфигурациях. При создании стартовой конфигурации, если имя профиля не указано в явном виде, то создаётся одноимённый со стартовой конфигурацией профиль. Если же в нескольких ярлыках указать только названия профилей, то стартовая конфигурация будет умолчальной, а профили разными, что и наблюдаем.

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

LSC файлы существуют в nanoCAD давным-давно, это не бинарные, а текстовые слегка зашифрованные .lsp файлы. Слегка потому, что никакой серьёзной криптографии не используется, это скорее способ защитить исходный код от "шаловливых ручек" пользователей. Создаются эти файлы утилитой ncscriptencryptor.exe из SDK. @doctorraz, а что не даёт тестировать дальше? Речь про API, разумеется.

Прицепил к исходному сообщению.

Патч для сборки 23.0.6116.4106.6223: https://developer.nanocad.ru/redmine/attachments/823. patch_#679_ncauto_23.0.6116.4106.6223_x64.zip

Да, это баг. Второе и последующие подключения в 23.0.6116.4106.6223 не работают. В ближайшее время выложим патч.

Действительно, оставили в C# проектах часть абсолютных путей к библиотекам. Если Платформа nanoCAD 23.0 установлена в папку по умолчанию, C:\Program Files\Nanosoft\nanoCAD x64 23.0, то всё должно собираться. Если нет, то проще всего поправить прямо в проекте, заменить <Reference Include="hostmgd"> <HintPath>C:\Program Files\Nanosoft\nanoCAD x64 23.0\bin\hostmgd.dll</HintPath> <Private>False</Private> </Reference> на <Reference Include="hostmgd"> <HintPath>..\..\..\include-$(PlatformCPP)\hostmgd.dll</HintPath> <Private>False</Private> </Reference>

VS 2022 собрать можно, но только Toolset должен быть v142, т.е. от VS 2019.

Аналогичное ручному запуску? Если команда отслеживает запуск из-под лиспа, то не реализовать.

Команда проверяет, запущена ли она вручную или из скрипта/лиспа, что позволяет развивать пользовательский, но при этом держать совместимым программный интерфейс. Большинство команд так переключаются в консольный режим, но можно и глубже ветвить.

Его нет в SDK, выдаётся в руки тем, кто доходит до этого момента.

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

1. Действительно, некоммерческие публичные утилиты в договоре разработчика не упоминаются, учтём в будущих редакциях договора. Про некоммерческую разработку см. п. 4 ЛС Платформы nanoCAD: Условия распространения в договоре разработчика стали шире и мягче, поэтому никакого ухудшения не произошло, и публичные некоммерческие утилиты мы можем только приветствовать. 2. Относится только к коммерческим продуктам. Смысл в том, чтобы не продавали продукты без платформы. Для существующих на рынке версий не актуально, т.к. демо режима в nanoCAD-е уже нет.

Чем женить JScript и DCL, не проще ли на C# окошко соорудить? Средства разработки тут куда удобней.