Bug 7288

Summary: Не хранит настройки
Product: Sisyphus Reporter: Sergey V Turchin <zerg>
Component: alterator-alternativesAssignee: Alexey Gladkov <legion>
Status: CLOSED WORKSFORME QA Contact: qa-sisyphus
Severity: enhancement    
Priority: P2 CC: inger, ktirf, ldv, mike, sem, vikerness, zerg
Version: unstable   
Hardware: all   
OS: Linux   
Bug Depends on:    
Bug Blocks: 7079    

Description Sergey V Turchin 2005-07-05 12:49:39 MSD
После изменения свойств отмеченного в списке объекта изменения теряются при  
выборе другого элемента списка. Т.е. необходимо жать "Применить" перед выбором  
другого элемента.
Comment 1 Alexey Gladkov 2005-07-05 14:30:29 MSD
Это не бага. Так и задумано. 
Comment 2 Sergey V Turchin 2005-07-05 17:34:40 MSD
(In reply to comment #1) 
> Это не бага. Так и задумано.  
Верю, но это баг. 
 
Comment 3 Alexey Gladkov 2005-07-05 17:43:44 MSD
А я так не считаю. 
Comment 4 Sergey V Turchin 2005-07-06 15:11:56 MSD
(In reply to comment #3) 
> А я так не считаю.  
Зря, все остальные считают.  
 
Comment 5 Michael Shigorin 2005-07-06 15:45:55 MSD
Ну про "всех" это несколько сильно сказано, но что улучшить есть всегда:
http://lists.altlinux.ru//pipermail/sisyphus/2005-July/063514.html
Comment 6 Alexey Gladkov 2005-08-29 20:17:23 MSD
добавлено предупреждение.
Comment 7 Sergey V Turchin 2005-08-29 20:33:47 MSD
Так, с control понятно. А здесь-то чем обусловлено такое поведение, когда 
нельзя сначала много поменять, а потом всё применить? 
Comment 8 Alexey Gladkov 2005-08-29 22:06:01 MSD
1. Менять сразу большое количество альтернатив одновременно требуется ооочень не
часто.
2. Это существенно усложняет реализацию. Для такой сомнительной функциональности
усложнения слишком большие.

Потерю данных я устранил. 

Если вы хотите добавить такую функциональность, то пришлите патч или открывайте
новый баг (enhancement). 
Comment 9 Sergey V Turchin 2005-08-30 13:33:49 MSD
(In reply to comment #8) 
> 1. Менять сразу большое количество альтернатив одновременно требуется 
ооочень не 
> часто. 
Зато часто приходиться выполнять требование нажать кнопку :-) 
 
> 2. Это существенно усложняет реализацию. 
По сравнению с "пол-пинка" - да. 
 
> Для такой сомнительной функциональности 
Представь, что после каждого щелчка мышью в X-ах будут выводить диалог с 
просьбой подтвердить. 
 
> усложнения слишком большие. 
Не слишком 
 
> Потерю данных я устранил.  
> Если вы хотите добавить такую функциональность, то пришлите патч или  
> открывайте 
> новый баг (enhancement).  
открыл 
 
Comment 10 Michael Shigorin 2005-08-30 16:39:31 MSD
(In reply to comment #9)
> > Для такой сомнительной функциональности 
> Представь, что после каждого щелчка мышью в X-ах будут выводить диалог с 
> просьбой подтвердить. 
Зерг, не передёргивай.  Лёша прав.  Если надо много действий, то или дефолты
кривые, или надо обобщать совокупности типично производимых действий в профили
настройки (назначение системы, требуемый уровень безопасности).

А не мышиный подход и беспокойство о "лишних" вопросах.

Лучше проверьте, чтоб _все_ "длинные" действия сопровождались сменой (и
восстановлением) курсора, это больше юзабилити вредило. :-)
Comment 11 Sergey V Turchin 2005-08-30 17:26:27 MSD
(In reply to comment #10) 
> Зерг, не передёргивай. 
Ты вообще видел то, о чем речь? Там так и есть на самом деле. 
Comment 12 Michael Shigorin 2005-08-30 18:00:52 MSD
Именно видел и меня это _устраивает_.  В т.ч. с учётом тех, за кого отвечаю.
Comment 13 Sergey V Turchin 2005-08-30 18:26:17 MSD
(In reply to comment #12) 
> Именно видел и меня это _устраивает_. 
Тогда не читай это багу :-) 
Comment 14 Michael Shigorin 2005-08-30 19:37:22 MSD
А как же пооппонировать? :-)

(если серьёзно, то ещё раз скажу за себя и своих пользователей --
не надо эту проблему решать предлагаемым тобой методом, костыли 
заменой user level, security level и прочих _макро_характетистик
даже в количестве тысяч не являются)

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

(кстати, следующие грабли будут именно с количеством объектов control(8), и об
этом подумали года два назад -- они у нас вроде как тогда и были сделаны
иерархическими, в смысле control samba/domain)
Comment 15 Sergey V Turchin 2005-08-30 19:51:27 MSD
(In reply to comment #14) 
> иерархическими 
У альтернатив тоже есть один подуровень. 
Это, кстати, повод для еще одного enhancement 
 
Comment 16 Michael Shigorin 2005-08-30 20:09:05 MSD
(In reply to comment #15)
> Это, кстати, повод для еще одного enhancement 

Кстати да, но я не о том.

Подумай, что вместо установки .rpm тебе надо раскладывать файлики по файловой
системе руками, права на них ставить.  Слакварь получается.

Я и тут говорю -- не надо делать удобно стреляющий очередями намордник на
control(8), не то это место.  См. комментарий 10.

И с альтернативами точно так же -- системы надо делать не так, чтоб их фиксить
было удобно, а чтоб они этого по возможности не требовали.
Comment 17 Sergey V Turchin 2005-08-30 20:29:43 MSD
(In reply to comment #16) 
> control(8) 
Причем здесь control? 
 
Comment 18 Michael Shigorin 2005-08-30 20:38:31 MSD
> Причем здесь control? 
Тьфу ты, мне на alterator-control почудилось.  Но они настолько изоморфны, что
даже передокапываться не приходится -- сам "в уме" об alternatives и думал. :-)

А смотрел (где-то на rcчто-то) и то, и другое; с тех пор с месяц точно не видел.
Comment 19 Dmitry V. Levin 2007-03-08 20:32:34 MSK
worksforme
Comment 20 Sergey V Turchin 2007-04-10 12:56:59 MSD
будем считать, что не хранит, но предупреждает об этом