[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: gconf2 на сервере



On Wed, Jul 02, 2003 at 09:39:30PM +0400, Victor B. Wagner wrote:
> On 2003.07.02 at 21:53:29 +0500, Vlad Harchev wrote:
> 
> > 
> > Ну у нее еще больше ограничений (часть из них обходима, но для этого надо
> > стандартизировать методы обхода):
> > 
> > * нет возможности блокировать админом изменение каких-либо настроек юзеру
> 
> А зачем? Unix задумывался как система для collaboration environments.
> Соответственно, если какая-то возможность вообще вкомпилирована в
> программу, значит она должна быть доступна юзеру.

 Абсолютно не согласен. 
 И в виндовс на ветки/ключи реестра тоже можно вешать ACL'ы.

> 
> > * не допускает легкого назначения свойств из программы свойствами 
> >     конфигурирования встроенными в программу (так как непонятно,
> >     какой шаблон генерить в качестве ключа - неоднозначность!)
> 
> Тут все понятно - максимально конкретный. Без единой  *.

 не факт что всегда это будет то, что пользователь хочет.

> Или по выбору пользователя.

 Слишком сложно для пользователя - решать куда сохранять.

> > * не позволяет иметь/хранить вместе с настройкой автоматически извлекаемое 
> >     ее описание; даты посл. изменения; и кажется тип
> 
> Зачем хранить тип вместе с настройкой? Программа и так знает
> какого типа ресурс она хочет. Что касается даты последнего изменения,

 Чтобы можно было писать конфигуратор общий для всех программ - а он
естественно должен знать типы ресурсов.

> то этот вопрос надо решать на уровне наборов настроек (ака файлов
> конфигурации) а не отдельных настроек.

 Ну дата посл. изменения не очень актуальна в принципе.

> 
> > * не допускает перебора значений для данной маски AFAIR (или маску надо 
> >     нетривиально генерить)
> 
> Не понял смысла этой идеи.

 В случае gconf'а или реестра в какой-то ветке мы можем создать 
20 подветок. У программиста в случае gconf'а или реестра есть возможность
получить имена всех этих веток (и соответственно в них получить значения
ключей).
 А в случае ресурсов? Наверно будет муторно узнавать все маски..

> > * не позволяет указать для группы *разных* приложений имя их экземпляра
> >     класса (ну разве что путь поиска изменить app-defaults файлов)
> 
> И тут не понял.

 Допустим ч-к пускает терминал, и хочет чтобы все Х-овые программы, пускаемые 
из него, имели один цвет (отличный от того, что имеют программы, пущенные из
других терминалов).
-- 
 Best regards,
  -Vlad



Reply to: