[МишаИнженер]

Помогите решить проблему: При назначении пути до файла картинки кнопки на пользовательской панели инструментов путь до файла исчезает и отстаётся только название файла картинки. При повторном запуске AutoCAD кнопка появляется без картинки. Так как кнопок на панели много и пути до каждой картинки разные, то не хочется пытаться заново прописывать пути до каждой картинки в окне "Адаптация" а хочется отредактировать файл .cuix в редакторе. Но при попытке открыть файл .cuix в блокноте появляется непонятный набор символов. Что то отредактировать в блокноте в файле .cuix невозможно. Помогите найти программу для редактирования файлов .cuix!
AutoCAD никогда насколько я помню не позволял пользователям самостоятельно создавать полностью работающие панели инструментов. Если эти панели и появлялись на экране при создании, то при следующем запуске AutoCAD они не появлялись на экране. А сейчас даже при ручном задании пути до картинок кнопок появляются глюки: при задании полного пути до файла картинки вдруг полный путь заменяется на название файла картинки без пути и при следующем запуске AutoCAD картинка не отображается так как путь был стёрт в окне "Адаптация"! Зачем стирается путь до картинки? При этом сам файл .cuix в отличие от файла .cui невозможно обычным способом отредактировать в блокноте. Это чья провакация? Кто так хитро научился вредить пользователям?
Что это за насилие над пользователями? До каких пор это будет проолжаться? Почему панель из VBA создаётся, компилируется, сохраняется (есть такие команды VBA для панелей инструментов) а файл .cuix при этом не меняется и при следующем запуске AutoCAD созданные панели не отображаются на экране. Что это за показуха такая?
Может на LISP при создании панелей инструментов дела обстоят лучше? Можно на LISP модифицировать .cuix файл? В какой программе можно отредактировать .cuix файл?

[Хмурый]

в настройках путь к пользовательским иконкам прописан?
рабочее пространство было пересохранено?
я-бы не стал редактировать .cuix напрямую...

[Солидворкер]

В раздел принимаются ошибки AutoCAD 2010 и AutoCAD LT 2010. Вертикальные решения пока не актуальны, но это не означает, что надо молчать. Просто очередность передачи информации о багах и пожеланиях уже сформирована, и первое место отдано именно AutoCAD и AutoCAD LT. Все остальное пойдет вторым составом. Каждая тема оформляется как опрос с оценкой степени критичности бага - от 1 (самая низкая оценка; баг некритичен) и до 5 (высшая оценка, баг необходимо исправлять в первую очередь). Остальные правила оформления см.ниже: Заголовок темы = краткое описание проблемы. Обязательно указание версии и локализации AutoCAD. Если ошибка обнаруживается сразу в нескольких локализациях, перечислять все. Пример: AutoCAD 2010 Eng / Rus. Ошибка выполнения команд _.attout / _.attin Полное описание Если к ошибке приводит некоторая последовательность действий, необходимо всю ее и перечислять. Описание системы: необходимо указывать полную версию AutoCAD, ее разрядность (32 или 64 бит), перечислить установленные обновления; обязательно указание операционной системы, ее разрядность, наличие обновлений. В случае установки на одном компьютере нескольких AutoCAD обязательно перечислить и их (даже если они установлены в демо-режиме или были удалены). Обязательно указание прав пользователя, под которым обнаруживается ошибка (пользователь / опытный пользователь / локальный администратор). Если компьютер включен в домен, обязательно указание и этого. Если вертикальное приложение запускается как AutoCAD, это указывать обязательно. Крайне желательно (касается владельцев AutoCAD) вместе с передачей остальной информации передавать файл, сформированный acadinfo (запускается из командой строки). Необходимо указывать еще и конфигурацию компьютера: частоту и количество ядер CPU, объем RAM, модель видеокарты. Скриншоты / видео: необходимо прикладывать скриншоты программы, иллюстрирующие получение бага. Если локализация AutoCAD не имеет значения, крайне желательно выполнять скриншоты на английской версии. Для однозначности понимания просьба перед выполнением скриншотов переключиться на классическую тему оформления Windows. Если это возможно, то к описанию прикладывается видеоролик, иллюстрирующий баг. Все пожелания, высказанные относительно скриншотов, в полной мере касаются и видео. dwg-файлы: если ошибка обнаруживается на каких-то определенных файлах, необходимо приложить комплект, сформированный командой _.etransmit (формкомплект). --- Добавлено: этот шаг - официальная подача материала. Все заявки должны быть оформлены строго единообразно. Пример шаблона выложен на http://discussion.autodesk.com/forum...281308#6281308 (открывать лучше через Internet Explorer - остальные браузеры могут вести себя неадекватно). Заявки, оформление которых не попадает под шаблонные, из рассмотрения придется исключить независимо от их рейтинга. --- Добавлено 2 (спасибо hwd): поскольку договоренностей о кодеках видео не было никаких, прошу (если есть, конечно, возможность), в архив включать кодек, обеспечивающий корректное проигрывание видео (если, например, пользуетесь Camtasia Studio).

МишаИнженер, вот это, как я понимаю, ты не читал?

[МишаИнженер]

Вот что у меня на экране получается: кнопки в адаптации вроде есть а на экране чертежа кнопок нет. Почему так происходит?
Какую ссылку в интерете надо нажать чтобы зарегистрировать баг?

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

Потому что нечего извращаться и выдумывать замену имеющегося функционала: http://autolisp.ru/2011/09/23/about_corporatemenu/

[МишаИнженер]

Это всё понятно! Вы просто ответьте на вопрос: почему полный путь до картинки заменяется просто на название картинки?

[VVA]

Сообщение от МишаИнженер В какой программе можно отредактировать .cuix файл?

Я думаю, что программистам большой тайны не открою, а остальным будет по крайней мере интересно: форматы docX (для Office 2010), cuiX (для Autocad 2010 и выше) являются стандартными MS Structured Storage OpenXML контейнерами. Т.е., говоря по простому, архивами. Итак:
1. Копию cuiX файла переименовываем в zip
2. Любым редактором распаковываем.
3. Видим структуру из xml файлов
4. Правим
5. Упаковываем в zip
6. Переименовываем в cuiX

Можно на LISP модифицировать .cuix файл?

Теоретически можно. Алгоритм представлен выше. Но нужно учесть еще "но" по ссылке в #5
PS: Zip из лиспа
ZIP files ZIP folders & VLISP
Unzip a file programmatically?

[МишаИнженер]

Спасибо VVA! Очень интересно! Я а всё думал почему DrWeb находил вирусы в обычных ".xls" файлах и вылечивал их а в файлах ".xlsx" находит но вылечить не может и пишет что файл является архивом. Вот оно теперь как получается. Ещё бы DrWeb узнал бы про эту особенность файлов с добавлением буквы "x".
А на моей панели теперь кнопки отображаются! Не могу сказать что я делал, но наверое надо залезть в файл mnr нажав кнопку "Диспетчер изображений..." которая расположена 3 по счёту от раскрывающегося списка "Файлы адаптации: Все файлы" на кнопке изображено голубое небо. Откроется список из картинок панели которую вы настраиваете, можно наверное понажимать эти картинки и потом нажать кнопку ОК. Важно чтобы после этого появился файл .mnr в каталоге с вашим дополительным файлом адаптации. Прогамма меню будет потом брать картинки из этого файла, так как файл mnr это архив пользовательских картинок применяющихся в на панелях инструментов.
Наверное когда адаптация меняла полный путь до картинки на простое название картинки, то при этом файл картинки помещался в файл mnr в котором картинку можно найти по простому названию картинки. В общем теперь у меня даже после повтороного запуска AutoCAD все картинки присутствуют на пользовательской панели инструментов. Ура! Всем СПАСИБО!

[VVA]

Файл mnr - файл ресурсов меню. Формируется автоматически при загрузке меню. После любой правки меню файл удалять. (можно удалять сразу, как только возникло желание исправить меню). Цитата из п.2 по ссылке из #5

Про удаление файлов mnr я даже не напоминаю.

[МишаИнженер]

У меня опять меню заглючило! Кнопки не отображаются

[VVA]

МишаИнженер, Закрой Автокад, удали mnr файл (можно все mnr файлы, какие найдешь поиском по всему диску) и загрузи Автокад снова

[yal]

Сообщение от VVA Я думаю, что программистам большой тайны не открою, а остальным будет по крайней мере интересно: форматы docX (для Office 2010), cuiX (для Autocad 2010 и выше) являются стандартными MS Structured Storage контейнерами. Т.е., говоря по простому, архивами.

Ну про storage вы загнули немножко сuix и docx - это OpenXML package, действительно по стандарту являющийся zip архивом c россыпью xml внутри. Его прекрасно видит Total Commander по zip заголовку и позволяет редактировать.
Кстати, прям в сuix можно добавить файлы битмапок для кнопок (не помню можно ли это сделать через CUI). Единственное, нужен OpenXML package editor, ну или вручную патчить xml-ки, где описан контент.

[VVA]

yal, Спасибо, исправил

[Do$]

Сообщение от VVA 1. Копию cuiX файла переименовываем в zip 2. Любым редактором распаковываем. 3. Видим структуру из xml файлов 4. Правим 5. Упаковываем в zip 6. Переименовываем в cuiX

Почему после такой махинации cuix файл становится read-only?
То есть из автокада при помощи инструментов CUI его уже не отредактировать. Все, что изменил - путь до лисп-файла сделал из абсолютного относительным.

[hwd]

Autodesk предупреждает:

Сообщение от CUIX file Warning! Do not edit the contents of this file. If you attempt to edit this file using an XML editor, you could lose customization and migration functionality. If you need to change information in the customization file, use the Customize User Interface dialog in the product. To access the Customize User Interface dialog, click the Tools menu, Customization panel, User Interface button, or enter CUI on the command line.

Я думаю, что Autodesk умышленно не предоставляет XSD файлы схем (если они вообще ими создавались) и не прописывает их в CUI файлах, дабы сторонние программисты не имели возможность написать свой код, корректно работающий напрямую с содержимым CUI. Но думаю, что при желании, "хотелку" от Autodesk можно обойти...

[ShaggyDoc]

Сообщение от hwd Autodesk предупреждает: Я думаю, что Autodesk умышленно не предоставляет XSD файлы схем (если они вообще ими создавались) и не прописывает их в CUI файлах, дабы сторонние программисты не имели возможность написать свой код, корректно работающий напрямую с содержимым CUI. Но думаю, что при желании, "хотелку" от Autodesk можно обойти...

Именно так. Ничего не документируют, хотя разобраться можно. Если XML отредактирован (написан) правильно, т.е. valid и well-formated, то всё будет работать.
То, что он запихан в ZIP - значения не имеет. А то, что аутодесковская "читалка" его не читает - так это их глюки. В CUI полно нелогичных мест.

[Дима_]

Сообщение от hwd Я думаю, что Autodesk умышленно не предоставляет XSD файлы схем (если они вообще ими создавались) и не прописывает их в CUI файлах, дабы сторонние программисты не имели возможность написать свой код, корректно работающий напрямую с содержимым CUI. Но думаю, что при желании, "хотелку" от Autodesk можно обойти...

ИХМО - я бы на их месте делал точно так-же, ничего кроме потенциально гемора разработчику декларирование внутренних файлов настроек не даст, не то время и не те технологии нынче чтоб менять "снаружи" настройки через изменение конфигурационных файлов (это примерно как с автокадовскими чертежами через *.dxf файлы работать - типо так быстрее и "проще" будет).

[hwd]

Сообщение от Дима_ ничего кроме потенциально гемора разработчику декларирование внутренних файлов настроек не даст

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

потенциально гемора

он и не получит при попытке самостоятельно работать с CUI.

это примерно как с автокадовскими чертежами через *.dxf файлы работать - типо так быстрее и "проще" будет

чертежи - это одно, а настройки и менюшки - это совсем другое (разные уровни сложности).

[Дима_]

Сообщение от hwd Неправильно. Если иметь на руках схему документа и эти руки растут оттуда, откуда надо, то это будет во благо + предоставляет сторонним разработчикам дополнительные возможности...

Но порождает потенциальные "аппендициты" дальнейшим версиям, а если лет через 5 (или раньше) решат они хранить настройки в другом месте, виде и формате - как вариант для какого-нибудь "облачного" автокада?? говорить простите юзеры мы Вас опять кинули? Технология внешнего задания конфигурации путем изменения файлов НЕ ЗАВИСИМО от формата - это привет из DOS эпохи, когда настройки "на лету" не менялись, сетевых программ и защищенных областей диска не было и пр.
Скажите мне хоть одну современную версию любой, но хоть более-менее фирменной, программы где задекларированно изменение конфигурации путем изменения файлов настроек - по крайней мере я ни одной такой не пользуюсь (хотя это конечно не показатель).

[hwd]

Сообщение от Дима_ говорить простите юзеры мы Вас опять кинули?

Autodesk говорит это своим пользователям ежегодно , заявляя, что "старые" версии они не поддерживают, но мол у вас есть выход - купить новую. Я не предлагаю уподобляться Autodesk и для каждой новой версии изобретать новые форматы хранения данных.

Сообщение от Дима_ порождает потенциальные "аппендициты" дальнейшим версиям, а если лет через 5 (или раньше) решат они хранить настройки в другом месте, виде и формате - как вариант для какого-нибудь "облачного" автокада??

Подобного рода метания говорят об изначальном хреновом планировании. Дабы этих метаний не было, как раз и следовало бы как следует продумать схему один раз и зафиксировать её документально в виде XSD. После чего в последующих продуктах следовать этой схеме. В этом случае будет наблюдаться то, что называется банальной совместимостью. А что касается "облачного" автокада, то тут какие трудности? Какая разница, из какого автокада читать информацию, хранящуюся в CUI (читать как "в XML")?

Сообщение от Дима_ Технология внешнего задания конфигурации путем изменения файлов НЕ ЗАВИСИМО от формата - это привет из DOS эпохи, когда настройки "на лету" не менялись, сетевых программ и защищенных областей диска не было и пр.

Всё должно быть в меру и к месту. Нередко "привет из DOS" работает более эффективно, чем "новомодные фичи".

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

Абсолютно не показатель. В том же Linux полно программ, настройки которых хранятся в текстовых файлах и GUI для их редактирования не предусмотрено в виду простоты содержимого.

Если кратко, то я считаю, что все важные XML документы (например CUI) должны иметь XSD схему и соответствовать ей, дабы документ всегда можно было проверить на предмет валидности. Спорить на эту тему мол "нафига это надо" - нет никакого желания.

[ShaggyDoc]

Скажите мне хоть одну современную версию любой, но хоть более-менее фирменной, программы где задекларированно изменение конфигурации путем изменения файлов настроек

Браузеры Chrome, Firefox, Opera не в счет? А Microsoft Windows не в счет? А пресловутый AutoCAD не в счет? Уж в нем-то вся "адаптация" основана на изменении файлов настроек.
Форматы файлов настроек у этих программ разные. Ну и что?

Что касается CUI и прочих основанных на XML фишках, тут у Autodesk явно нету "царя в голове". Куда пропал их же замечательный DesignXML? Да просто испужались, что "и без них большевики обойдутся".

Что касается совместимости, то XML тем и хорош, что в него можно что угодно записать, и это не будет мешать любым "чтецам". Чужие данные они просто будут пропускать.

[hwd]

Сообщение от ShaggyDoc Что касается CUI и прочих основанных на XML фишках, тут у Autodesk явно нету "царя в голове". Куда пропал их же замечательный DesignXML?

Если уж на то пошло, то Автодеску (ИМХО) синтаксис для CUI, лучше было бы брать из WPF - там всё это здорово и понятно делается. Уже имеются нужные XSD и куча графических редакторов. Т.о. используя уже имеющуюся проверенную технологию можно было бы не изобретать свой велосипед. Кстати, при желании, можно в своём автономном приложении визуально строить для своего плагина палитры посредством WPF, а затем, нажатием кнопки выполнять банальный экспорт данных из формата XAML в "формат" CUI. Преобразовать один XML в другой - весьма просто.

Сообщение от ShaggyDoc просто испужались, что "и без них большевики обойдутся".

Вряд ли они чего-то испугались. Наличие стороннего визуального редактора для построения пользовательского интерфейса в AutoCAD вовсе не отменяет необходимости наличия самого AutoCAD. Автодеск это прекрасно понимает. Просто порой искать логику в тех или иных принятых компанией Autodesk решениях, на мой взгляд не стОит - можно мозг сломать, а в результате окажется, что ответ намного проще:

Сообщение от IT Crowd патаму шта туффли...

P.S. Кстати, можно на основе имеющихся CUI создать XSD файл для своих нужд и использовать его для проверки валидности своих и сторонних CUI файлов.

[Дима_]

Сообщение от ShaggyDoc Браузеры Chrome, Firefox, Opera не в счет? А Microsoft Windows не в счет? А пресловутый AutoCAD не в счет? Уж в нем-то вся "адаптация" основана на изменении файлов настроек.

И что хоть в одной из этих программ настраивается "официальным" методом путем изменения файлов конфигурации? Видимо я их плохо знаю и не умею использовать? Покажите мне место в мануале где расписан формат файла настроек (config.sys, system.ini и.т.п - не предлагать - они "немного" устарели и несут почетную функцию рудиментов)?

[ShaggyDoc]

Вряд ли они чего-то испугались. Наличие стороннего визуального редактора для построения пользовательского интерфейса в AutoCAD вовсе не отменяет необходимости наличия самого AutoCAD

Я про DesignXML писал, а не про интерфейс. Именно испугались, потому что это открытый формат, заменявший DWG. При таком формате непременно появились бы другие программы, получше самого AutoCAD, но совместимые с ним по формату.

Покажите мне место в мануале где расписан формат файла настроек

Покажите мне мануал по перечисленным программам и я покажу место Надеюсь мануал по Автокаду читан?

config.sys, system.ini и.т.п - не предлагать - они "немного" устарели и несут почетную функцию рудиментов

Однако несут? Мало ли кто скажет "мне не предлагать". А файл UsrClass.dat тоже устарел? А Custom.theme, например?

[Do$]

Все оказалось банально просто - cuix создан в 2012 версии, поэтому в 2010 он read-only. Наверное, структура cuix в этих версиях разная.
P.S. структура полностью одинакова.

[hwd]

Сообщение от Do$ Все оказалось банально просто - cuix создан в 2012 версии, поэтому в 2010 он read-only. Структура cuix в этих версиях разная.

Сильно отличаются?

[Do$]

Исправился малость
Сильно не копался, но похоже, что чем-то различаются. Потому что в 2012 автокаде я могу с помощью CUI изменять файл cuix, а в 2010 этот же файл read-only.
Если есть время и желание - вот 2 чистых cuix, созданных в 2010 и 2012 версиях.
А может разница вообще не в версиях, а в том, что 2010 у меня чистый автокад, а 2012 - Civil?
P.S. Заглянул в некоторые файлы, там явно прописана версия автокада. Потому, наверное, не хочет младшая версия редактировать cuix старшей версии.

[yal]

Сообщение от hwd Подобного рода метания говорят об изначальном хреновом планировании.

Ха, вы ещё не знаете, как оно внутри спроектировано У меня есть опыт написания части ленты со своими custom controls. В общем сложилось впечатление, что писано индусами для того, чтобы озадачить ещё большее количество индусов.

[Дима_]

Сообщение от hwd Подобного рода метания говорят об изначальном хреновом планировании.

Ей богу не хотел я эту тему затрагивать, ибо чувствую начнется срач, но раз уж "мысль жива" - "изначально хорошее планирование", это миф - который стал очевидным годам так к 80-тым, (когда начали постепенно замещать "классическую" к тому времени каскадную модель разработки, в итоге получив всякие RUP'ы, XP и прочее) - нет реальных программ с жизненным циклом в 10 лет (только, если вдруг кто решит написать, что моя программа вот уже 15 лет как работает и еще столько-же проработает - предупрежу сразу - сколько она работает к понятию жизненного цикла програмного продукта имеет очень малое отношение). Нет никакой возможности "все продумать" - так как программа Ваша в 100% случаев пишется с использованием кучи сторонних библиотек, структур, форматов и пр., да еще и в 85% процентах, является не чем иным как просто связкой между несколькими вышеперечисленными "чужими" наработками (что не в коем случае не является плохо - для того они и делаются).

[hwd]

Сообщение от Дима_ "изначально хорошее планирование", это миф

В любом деле важно не утонуть в деталях и уметь вовремя остановиться. Процесс планирования - не исключение. Идеального ПО не существует, но чем лучше оно продумано до того, как программисты сели писать код, тем качественней это ПО будет. На тему предварительного планирования (и не только) при написании ПО, есть хорошая книжка от Макконнелла - "Совершенный код".

Применительно к CUI файлам выполнить предварительное "планирование" было очень просто, тем более, что состав меню по сути один и тот же: риббоны, палитры, кнопки... Разработчикам Autodesk ничего не мешало добавить в CUI файл два атрибута: один - указывающий хранение XSD файла (например в каталоге "C:\Program Files\Common Files\Autodesk Shared"), второй - собственно имя и префикс пространства.

[Дима_]

Сообщение от hwd но чем лучше оно продумано до того, как программисты сели писать код

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