совйства Custom object

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

Autocad 2008, есть SPDS GraphiCS 4.

Так что, возможно это глюк работы палитры.

да, еще маленькое добавление.
Автокад для тестирования проблемы 2010 и 2011, операционка - WinXP, Win7.
такое странное поведение наблюдается ТОЛЬКО на Windows 7 для обоих версий акада.

Установка программы идет под админом. папка с программой имеет полный доступ (чтение запись) под любым пользователем из которого идет работа. dbx регистрируются в реестре при помощи функции (прописывается в ветку ObjectDBX конкретного автокада)

void registerDBX(const ACHAR * dbxName, const ACHAR * dbxPath, const ACHAR * dbxDescription)
{
    AcadAppInfo appInfo;
    appInfo.setAppName(dbxName); // хочу чтоб DBX так называлась
    appInfo.setModuleName(dbxPath);// полное имя DBX включая путь
    appInfo.setAppDesc(dbxDescription); // описалово для DBX
    appInfo.setLoadReason(AcadApp::LoadReasons(AcadApp::kOnProxyDetection | AcadApp::kOnAutoCADStartup));
    appInfo.writeToRegistry(true,true);
}

При вызове из ARX функции рисования моего объекта он нормально отрабатывает, все рисуется правильно. Но при вызове его окна свойств, само окно говорит, что ничего не выбрано.
Если делать "быстрый выбор", то объектов моего типа вообще нет в списке доступных, и перед появлением окна быстрого выбора появляется акадовский messagebox "Ничего не выбрано: 3" (3 - это количество моих объектов в чертеже)

Конечно, иначе б не работало нигде. DBX - два в одном (при создании выставил галочку Implement a COM Server using ATL).Там и класс враппера и класс описания объекта. Вчера вечером поставил на комп Win7 и 2010 автокад. запустил под админом, все работает. сделал пользователя с пользовательскими правами (особо не заморачивался настройками прав на отдельные папки. это все сделала сама семерка). запустил под ним, тоже все работает. сегодня поеду туда, где не работает и буду мучать админа :)
я так подозреваю, что все-таки пробема в правах, хотя сам автокад на том компьютере работает нормально при тех правах, которые дал админ пользователю.

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

моя dbx - это посути связь COM-объекта и описалова класса примитива (ну уж очень лень делать это отдельно в двух проектах). Так вот та часть, которая COM - требует регистрации, а права админы закрыли :(. и в итоге макрос авторегистрации тихонько провалился, и subGetClassID работала с NULL вместо моего COM.
Пришлось делать запуск акада от имен админа под текущим пользователем и это позволило нормально зарегить все DBX файлы.
Вроде бы все.

да, один раз.
по поводу ветки не скажу, слепки реестра не делал.
странная картина получилась. по логике, писаться оно все должно в HKCU, но выглядит так, будто нет доступа к реестру (возможно оно полезло в HKLM), хотя свою собственную ветку реестра (и несколько других для защиты :)) в HKCU редактирую свободно.
кстати, Александр, а как руцями зарегистрировать dbx, содержащую COM? regsrv32 мне сказал, что нет точки входа, и что я пытаюсь зарегистрировать какою-то ерунду и отпал :)

Не dbx-ы, а COM-сервера (в данном случае это COM-wrapper для dbx)

У простых пользователей и в XP туда нет доступа для записи.
HKEY_CLASSES_ROOT\CLSID - это суммарное содержимое HKEY_LOCAL_MACHINE\SOFTWARE\Classes и HKEY_CURRENT_USER\Software\Classes. Так что в часть доступ у них есть, а в часть нет.