On Wed, 18 Apr 2007 10:26:46 +0400
Anton Farygin <[EMAIL PROTECTED]> wrote:

> >> http://git.altlinux.org/people/bga/packages/?p=alterator-services.git
> >>
> >>   Это подобие интерфейса alterator-users, прочие (самодельные) варианты
> >>   не заработали.
> > Ключом является сервис. А почему бы ключом не сделать runlevel? Было бы 
> > гораздо удобнее.
> > 
> > При помощи 'form' Это делается очень быстро.
> > Сверху форма с action="?action=read". В ней select по имени runlevel.
> > backend занимается "отражением" переданного runlevel обратно, ну и по
> > этому самому runlevel занимается определением какой собственно список 
> > сервисов выдать.
> > (пример ovz-profile)
> > Внизу другая форма.В ней:
> > 1. hidden с runlevel
> > 2. Таблица со список сервисов и перечислением их состояний.
> > 3. select по имени action для выполнения операций над службами.
> > 
> > ну и не забыть в template-* сказать redirect #f, чтобы после POST не было 
> > redirect и GET.
> > 
> > Возможно сделать вариацию на тему ovz-profile, когда внизу находятся две 
> > формы сразу и 
> > перекидывать службы между двумя select.
> > 
> > Мне кажется при работе с сервисами гораздо важнее выполнять одновременные 
> > операции над группой сервисов, нежели над каждым в отдельности.
> 
> Зачем выполнять операции над группой или над каждым в отдельности?
> 
> Идеальный интерфейс - просто вывести табличку с чекбоксами и сервисами.. 
> проставил галочки, сказал записать - записалось.

  Я сделал по аналогии с командной строкой: chkconfig с параметром
  --levels. Можно придумать ещё множество разных вариантов. А собственно,
  к имеющемуся интерфейсу претензии есть?
  Я бы ещё вместо кнопки "Новый сервис" сделал ссылку на вторую страницу
  с выбором из неактивных сервисов, чтобы пользователю не приходилось
  угадывать их названия.

_______________________________________________
Devel-conf mailing list
[email protected]
https://lists.altlinux.org/mailman/listinfo/devel-conf

Ответить