[EfremenkoDO]

Всем, Здравствуйте!
Есть код на lisp, который заменяет интерфейсы на клиентских машинах из расшареной папки. Алгоритм следующий

1. Выгружаем cui через команду (command "_.cuiunload" "MyCUI")
2. В папке с cui заменяем все файлы на те, которые в расшареной папке
3. Загружаем cui через команду (command "_.cuiload" "MyCUI")

И так с несколькими файлами АПИ.

Все работало хорошо пока не было произведено переименование вкладок на ленте в нашем интерфейсе. Теперь отображаются вкладки со старым названием и с новым. Плюс на одной из панелей пропало отображение иконок. Руками исправить не проблема, а вот, как бы это все исправить при помощи lisp?

Можно ли заставить ACAD перезагрузить только пользовательские интерфейсы?

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

mnr-файлы удаляешь?
И, может быть, поможет http://autolisp.ru/2011/09/23/about_corporatemenu/

[EfremenkoDO]

Сообщение от Кулик Алексей aka kpblc mnr-файлы удаляешь?

Удаляю

Тут еще один момент есть, о котором я забыл упомянуть, может он важен. Произошло слияние двух АПИ в одну. Были по отдельности Панель_1 и Панель_2 Теперь стала Общая_Панель и на ленте отображаются все три вкладки.

Может есть возможность добраться до рабочих пространств программно?

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

Можно. Текущее рабочее пространство - wscurrent. Ну или парсить acad.cui / cuix...

[Кристина1991]

Здравствуйте!
Подскажите,как можно установить пароль на файл с расширением .cui?

[hwd]

Сообщение от EfremenkoDO Автоматическая замена АПИ (cui)... И так с несколькими файлами АПИ.

Offtop: Топикстартет путает понятие "АПИ" (правильно пишется как "API") с понятием CUI. Несколько настораживает тот факт, что никто ему об этом не сообщил... Складывается впечатление, что ни один он путает круглое с пушистым...
API - Application Program Interface, т.е. программный интерфейс приложения (никакого отношения к графическому интерфейсу не имеет).
CUI - Custom User Interface - настраиваемый пользовательский интерфейс - похоже, что это как раз то, что под "АПИ" подразумевает топикстартер...

[Кристина1991]

Так я могу на свой новый интерфейс установить пароль?

[hwd]

Сообщение от Кристина1991 Так я могу на свой новый интерфейс установить пароль?

CUI файл - это на самом деле архив. Можешь переименовать расширение на ZIP и заглянуть в него. Если хочешь - можешь поставить пароль на этот архив. Только вряд ли AutoCAD сможет воспользоваться таким CUI

[Psyakrev]

Сообщение от hwd Offtop: Топикстартет путает понятие "АПИ" (правильно пишется как "API") с понятием CUI. Несколько настораживает тот факт, что никто ему об этом не сообщил... Складывается впечатление, что ни один он путает круглое с пушистым... API - Application Program Interface, т.е. программный интерфейс приложения (никакого отношения к графическому интерфейсу не имеет). CUI - Custom User Interface - настраиваемый пользовательский интерфейс - похоже, что это как раз то, что под "АПИ" подразумевает топикстартер...

В локализованном Автокаде под аббревиатурой АПИ понимается "Адаптация пользовательского интерфейса" - см. справку

[Кристина1991]

аа)) вот теперь дошло)))
спасибо большое!!
И с наступающим!

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

hwd, cui - не архив, в отличие от cuix.

[hwd]

Сообщение от Кулик Алексей aka kpblc hwd, cui - не архив, в отличие от cuix.

а блин... да, я писал про CUI, думая про CUIX... перепутал

Сообщение от Psyakrev В локализованном Автокаде под аббревиатурой АПИ понимается "Адаптация пользовательского интерфейса"

Ясно, русской локализации у меня нет. Тогда это не самый удачный перевод от Автодеска, поскольку способствует двусмысленности, имхо. Программисты, когда слышат "АПИ", скорее представляют это в форме "API", хотя может это моё субъективное восприятие...

[gomer]

Вообще-то API переводится как ИПП, а Апи - это вулкан в Индонезии...

[Кристина1991]

МНе нужно создать новый интерфейс и, чтобы при его открытии запрашивался пароль.
Так как мне это сделать?)

[hwd]

Сообщение от Кристина1991 МНе нужно создать новый интерфейс и, чтобы при его открытии запрашивался пароль. Так как мне это сделать?)

Насколько мне известно, "родными" средствами AutoCAD - никак. Программно можно, но зачем?

[Кристина1991]

Вот я тоже думаю,может через Lisp?
Так чтобы при введении определенной функции открывался этот файл и запрашивался пароль.
Это для курсовой работы

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

Охота пофлудить - марш в чат!

[hwd]

Сообщение от Кристина1991 Это для курсовой работы

Offtop: Какое-то бессмысленное задание - камень в огород того, кто ставит подобного рода "задачи"... Уж лучше бы полезное что-то задавали.

Непосредственно из запароленного архива загрузить не сможешь, насколько мне известно, однако, как вариант, решить можно так:

1. Сначала упаковываешь свой CUI/CUIX (менюшку) в архив, на который ставишь пароль. Всё, что перечислено далее - делаешь уже программно.
2. Пишешь команду, загружающую меню из запароленного архива. Логика команды будет следующая:

2.1. предварительно запросив у юзера пароль и проверив его, распаковываешь архив во временный каталог (например в Temp\AcMenu).
2.2. В Support Search Path добавляешь запись для этого каталога.
2.3. Загружаешь в AutoCAD из каталога, обозначенного в 2.1, свою менюшку.
2.4. Подписываешься на событие закрытия AutoCAD.
2.5. В коде обработки события закрытия AutoCAD, выгружаешь свою меню и удаляешь каталог, созданный в 2.1., а так же удаляешь ранее добавленную запись в Support Search Path.

Резюме:
Только всё это, как говорит наш начальник отдела IT - "гомосятина", поскольку это нихрена не защита. Весь "взлом" сводится к тому, чтобы банально скопировать каталог из 2.1. до закрытия AutoCAD, тем самым не заморачиваясь с подборкой пароля. Вот если бы AutoCAD умел читать менюшки из потока - вот тогда можно было бы действенную защиту менюшек написать. Да и вообще, защиту ставить нужно не на менюшки, а на функционал - вот это как раз реально (менюшки без функционала не стоят ничего)... А так, то, что задал препод - бесполезная работа. Преподавателю, ставящему столь "полезные" задания, физкульт привет...

Сообщение от Кулик Алексей aka kpblc Охота пофлудить - марш в чат!

Не с той ноги встал? Вообще-то я вроде как по вопросу и отвечаю... Или у тебя уже всё, что не является готовым кодом, за юзера решающим задачу - это флуд? Вопрос риторический...

[Admin]

Сообщение от hwd Не с той ноги встал? Вообще-то я вроде как по вопросу и отвечаю...

Offtop: Это было не тебе, а в адрес авторов удаленных сообщений

[hwd]

Сообщение от Admin Это было не тебе, а в адрес авторов удаленных сообщений

Offtop: не видел их, извиняюсь.

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

по основной теме:

Сразу оговорюсь, не проверял...
Думаю можно грузить cui файл не с локального диска или сетевого, а напрямую с ftp.
короче, кладем на запароленный ftp свой файл меню и прописываем в загрузку добавление к адресу пары имя/пароль из запроса у пользователя.

формат передачи пути с паролем:
ftp://UserName:MyPassword@ftp.test.com/MySuperMenu.cui

[hwd]

1. В составе CUI файлов нередко используются различного рода ресурсы, вроде иконок. Соответственно AutoCAD их должен как-то находить. Предлагаешь в Support Search Path добавить ссылку на FTP?
2. Какой смысл хранить запароленный CUI где-то на FTP, передавая открытым текстом пароль? В чём защита-то?

Offtop: Я вообще не понимаю, зачем автору велосипед с установкой пароля на CUI... имхо неправильный путь решения обусловлен тем, что он толком сам не понимает что ему нужно. Не на то он пытается защиту прикрутить, как я уже писал выше.

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

вопрос был о защите cui файла, про картинки вопросов небыло...

[hwd]

Сообщение от Елпанов Евгений про картинки вопросов небыло...

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

Сообщение от Елпанов Евгений вопрос был о защите cui файла, про картинки вопросов небыло...

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

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

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

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

Если бы я был на месте профессора, меня бы такое решение устроило!

[Psyakrev]

А может так - компилируем vlx-приложение, которое запрашивает пароль и в случае правильного ввода грузит требуемое меню? Для большей извращенности можно попробовать создавать меню на лету.

[hwd]

а что мешает "злодею" загрузить его вручную? Или что "злодею" мешает запустить команды этого меню непосредственно из командной строки автокада? Не менюшку нужно защищать, а сам функционал, через эту менюшку вызываемый.

[Psyakrev]

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

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

[hwd]

Сообщение от Psyakrev Какая задача, такое и решение.

Не спорю. Я о том, что автор изначально не корректно подходит к вопросу о защите - не то защищает (имхо).

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

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