proNovell

Уважаемые коллеги!
Проблемка мизерная, но хотелось бы ее закрыть.
Дело в том, что за 10-к лет в Дереве накопились некоторыее модификации именно в упомянутом объекте, в основном - по правам на отдельные объекты Дерева. На этом держится некоторые наши внутриКонторские заморочки.
Желательно суть выполненных модификаций прав публика куда записать, ибо самые плохие чернила лучше саой хорошей памяти (С), но как выясняется - поля такого (да и вообще - иных атрибутов) для публика не предусмотено. Или я чего просмотрел?

ВОПРОС: Куда девать заметки, относящиеся к указанному объекту и как их хранить? Бумагу не предлагать.

Спасибо.

объекта Public и хранить там.

эээ... а это разве не абстрактный объект?

Завести специальный объект для заиеток

Да-а-а.... только это проще сказать, чем сделать.
Выбор штатно-создаваемых объектов не очень велик, да они ведь очень узкоФункциональны.

Потому пока видится так:
Имеется под рукой продукт SHEMAX.
Предполагается с его помощью выбрать , например , объект ОРГАНИЗАЦИЯ, добавить в него какой мало используемый атрибут (??) и этим ограничиться. Или же набраться наглости и завести собственный атрибут типа "редактируемое поле". Тем более, что опыт такого варварства уже имеется.

Но такая модификация схемы предполагается на самый уже крайний.

Может, еще кто идею предложит?

Наверное лучше всего сделать новый класс в дереве (а-ля Notes), в котором уже создавать необходимые аттрибуты. В [Root] создать объект этого класса (напр. с именем PUBLIC ). Т. о. и нужный объект будет на виду, и, можно будет его легко использовать различными приложениями.

В свое время, я грешил тем, что создавал aux-классы для [Root], в которых писал конфигурационные параметры для разных сетевых утилит. Идеологически это верно только для небольшой конторы.

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

Во всех случаях, пригодится Schemax (или, аналог для Console1 -
Advanced Snapin http://www.novell.com/coolsolutions/tools/14299.html)

новый класс в дереве...создавать необходимые аттрибуты.

И это обдумывалось.

Остановило то, что до штатных объектов можно дотянуться через NWADM32+снапины от SCHEMAXa, а как и чем можно будет добраться до атрибутов совсем неизвестного нового класса? Через самопиную программку?
Нуу... возможно и так, но очень наворочено получается.

Речь ведь веду про заметки, которые нужны раз в 100 лет, но с гарантированным и простым доступом.
Нужны эти нататки будут, когда придется Дерево серьезно чинить и все ранее за годА наработанные соотношения объектов в нём оперативно восстановить, причем не исключено - не мне это делать, а приходящему.
Вот он ( и я, конечно же) и должен быстро получить доступ к этим ЗапискамИзСерогоДома....

Чтобы оперативно посмотреть, что там уже написано, и время от времени - чего-то тудв подписать.

Спасибо за наводку на допСнапины.

Музалёв Николай писал(а):...а как и чем можно будет добраться до атрибутов совсем неизвестного нового класса?

SCHEMAX и его аналог не делают различий между "штатными" и "любительскими" классами/аттрибутами.

А насчет потомства - IMHO проще сделать правилом одно - ИЩИ ТАМ-ТО, чем, например, те 20 пунктов, которые хранятся в ТАМ-ТО.

...аналог [Schemax'a] для Console1 - Advanced Snapin

Хм... или я неДопонял или добавка к С1 в полном смысле аналогом таки не является.

Насколько можно понять при диагональном просмотре доки, эта добавка дает возможность руками писать XML-файлы, которые и расширяют возможности С1.

А схемакс - это же готовая к употреблению (хотя и не такая гибкая) среда визуального конструирования снапинов.

Boris Morozov писал(а):Завести специальный объект для заиеток объекта Public и хранить там.

Или я туплю, но чем не устраивает приведенное выше предложение ? Безо всякого расширения схемы и пр. Можно завести юзера, к примеру, и хранить нужный текст в его атрибуте description. Хотя там, наверное, есть какое-то ограничение по длине .. надо глянуть. Понятно, что этот атрибут можно просматривать и заполнять какими угодно способами.

Между тем, в С1 при необходимости можно открывать и даже редактировать атрибуты, снапинов для которых и нет - в списке прочих атрибутов их открываешь и забиваешь, что нужно. Правда, для постоянного использования это немного неудобно, да и С1 - тот еще струмент.

description....какое-то ограничение по длине

1024 байта, если не ошибаюсь. Маловато...

открывать...редактировать атрибуты, снапинов для которых и нет

Интересноый поворот - надо попробовать.