7288 2005-07-05 12:49:39 +0400 Не хранит настройки 2007-04-10 12:57:00 +0400 1 1 4 Development Sisyphus alterator-alternatives unstable all Linux CLOSED WORKSFORME P2 enhancement --- 7079 1 zerg legion inger ktirf ldv mike sem vikerness zerg qa-sisyphus oldest_to_newest 26815 0 zerg 2005-07-05 12:49:39 +0400 После изменения свойств отмеченного в списке объекта изменения теряются при выборе другого элемента списка. Т.е. необходимо жать "Применить" перед выбором другого элемента. 26836 1 legion 2005-07-05 14:30:29 +0400 Это не бага. Так и задумано. 26844 2 zerg 2005-07-05 17:34:40 +0400 (In reply to comment #1) > Это не бага. Так и задумано. Верю, но это баг. 26847 3 legion 2005-07-05 17:43:44 +0400 А я так не считаю. 26878 4 zerg 2005-07-06 15:11:56 +0400 (In reply to comment #3) > А я так не считаю. Зря, все остальные считают. 26879 5 mike 2005-07-06 15:45:55 +0400 Ну про "всех" это несколько сильно сказано, но что улучшить есть всегда: http://lists.altlinux.ru//pipermail/sisyphus/2005-July/063514.html 29286 6 legion 2005-08-29 20:17:23 +0400 добавлено предупреждение. 29289 7 zerg 2005-08-29 20:33:47 +0400 Так, с control понятно. А здесь-то чем обусловлено такое поведение, когда нельзя сначала много поменять, а потом всё применить? 29292 8 legion 2005-08-29 22:06:01 +0400 1. Менять сразу большое количество альтернатив одновременно требуется ооочень не часто. 2. Это существенно усложняет реализацию. Для такой сомнительной функциональности усложнения слишком большие. Потерю данных я устранил. Если вы хотите добавить такую функциональность, то пришлите патч или открывайте новый баг (enhancement). 29632 9 zerg 2005-08-30 13:33:49 +0400 (In reply to comment #8) > 1. Менять сразу большое количество альтернатив одновременно требуется ооочень не > часто. Зато часто приходиться выполнять требование нажать кнопку :-) > 2. Это существенно усложняет реализацию. По сравнению с "пол-пинка" - да. > Для такой сомнительной функциональности Представь, что после каждого щелчка мышью в X-ах будут выводить диалог с просьбой подтвердить. > усложнения слишком большие. Не слишком > Потерю данных я устранил. > Если вы хотите добавить такую функциональность, то пришлите патч или > открывайте > новый баг (enhancement). открыл 29655 10 mike 2005-08-30 16:39:31 +0400 (In reply to comment #9) > > Для такой сомнительной функциональности > Представь, что после каждого щелчка мышью в X-ах будут выводить диалог с > просьбой подтвердить. Зерг, не передёргивай. Лёша прав. Если надо много действий, то или дефолты кривые, или надо обобщать совокупности типично производимых действий в профили настройки (назначение системы, требуемый уровень безопасности). А не мышиный подход и беспокойство о "лишних" вопросах. Лучше проверьте, чтоб _все_ "длинные" действия сопровождались сменой (и восстановлением) курсора, это больше юзабилити вредило. :-) 29657 11 zerg 2005-08-30 17:26:27 +0400 (In reply to comment #10) > Зерг, не передёргивай. Ты вообще видел то, о чем речь? Там так и есть на самом деле. 29666 12 mike 2005-08-30 18:00:52 +0400 Именно видел и меня это _устраивает_. В т.ч. с учётом тех, за кого отвечаю. 29672 13 zerg 2005-08-30 18:26:17 +0400 (In reply to comment #12) > Именно видел и меня это _устраивает_. Тогда не читай это багу :-) 29677 14 mike 2005-08-30 19:37:22 +0400 А как же пооппонировать? :-) (если серьёзно, то ещё раз скажу за себя и своих пользователей -- не надо эту проблему решать предлагаемым тобой методом, костыли заменой user level, security level и прочих _макро_характетистик даже в количестве тысяч не являются) (на пальцах: если есть двести болтов и гайключом долго/неудобно, надо не форму ручки трогать, а или болтовёрт приспособить, или на конвейер с автоматическим болтовёртом, или на сварку перейти -- если снизить количество болтов нельзя) (кстати, следующие грабли будут именно с количеством объектов control(8), и об этом подумали года два назад -- они у нас вроде как тогда и были сделаны иерархическими, в смысле control samba/domain) 29678 15 zerg 2005-08-30 19:51:27 +0400 (In reply to comment #14) > иерархическими У альтернатив тоже есть один подуровень. Это, кстати, повод для еще одного enhancement 29680 16 mike 2005-08-30 20:09:05 +0400 (In reply to comment #15) > Это, кстати, повод для еще одного enhancement Кстати да, но я не о том. Подумай, что вместо установки .rpm тебе надо раскладывать файлики по файловой системе руками, права на них ставить. Слакварь получается. Я и тут говорю -- не надо делать удобно стреляющий очередями намордник на control(8), не то это место. См. комментарий 10. И с альтернативами точно так же -- системы надо делать не так, чтоб их фиксить было удобно, а чтоб они этого по возможности не требовали. 29682 17 zerg 2005-08-30 20:29:43 +0400 (In reply to comment #16) > control(8) Причем здесь control? 29683 18 mike 2005-08-30 20:38:31 +0400 > Причем здесь control? Тьфу ты, мне на alterator-control почудилось. Но они настолько изоморфны, что даже передокапываться не приходится -- сам "в уме" об alternatives и думал. :-) А смотрел (где-то на rcчто-то) и то, и другое; с тех пор с месяц точно не видел. 46333 19 ldv 2007-03-08 20:32:34 +0300 worksforme 48570 20 zerg 2007-04-10 12:56:59 +0400 будем считать, что не хранит, но предупреждает об этом