Сектантско-юзабилити вопрос
Jun. 17th, 2009 03:20 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
У ребе
belnetmon дискуссия про браузер Сафари. И в ней маководы утверждают, что окна настроек без явных кнопок "Применить" и "Отменить" это есть хорошо.
Весь мой опыт обслуживания бухгалтерии и работы в неудобных условиях с чужим кривым софтом свидетельствует об обратном - любые операции и изменения должны быть отменяемы и не приводить к изменениям без явной на то команды, ибо на том конце настроек могут оказаться не clear-type шрифты, а управление задвижкой на газопроводе. Или проводка москалям за газ на пару сотен миллионов баксов. Или еще какая-нибудь трасца, от которой потом юзера в истерике звонят мне "я тут что-то нажала и у меня все поменялось".
PS: Еще есть один момент с вводом текста в поля с заданным форматом(числа, даты, время). По идее, можно при этом показывать баллун типа "инвалид валуе", но вот сохранять очевидно "по изменению" здесь не выйдет - как юзера вводят данные, так подлежащая этому полю сущность изменится 20 раз за один сеанс ввода.
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
Весь мой опыт обслуживания бухгалтерии и работы в неудобных условиях с чужим кривым софтом свидетельствует об обратном - любые операции и изменения должны быть отменяемы и не приводить к изменениям без явной на то команды, ибо на том конце настроек могут оказаться не clear-type шрифты, а управление задвижкой на газопроводе. Или проводка москалям за газ на пару сотен миллионов баксов. Или еще какая-нибудь трасца, от которой потом юзера в истерике звонят мне "я тут что-то нажала и у меня все поменялось".
PS: Еще есть один момент с вводом текста в поля с заданным форматом(числа, даты, время). По идее, можно при этом показывать баллун типа "инвалид валуе", но вот сохранять очевидно "по изменению" здесь не выйдет - как юзера вводят данные, так подлежащая этому полю сущность изменится 20 раз за один сеанс ввода.
no subject
Date: 2009-06-17 03:52 pm (UTC)Ви таки что? Как не сделают.
sudo su ; cd /etc ; hg init ; hg commit -m "`date`"
Всё.
no subject
Date: 2009-06-17 03:53 pm (UTC)no subject
Date: 2009-06-17 04:01 pm (UTC)no subject
Date: 2009-06-17 04:05 pm (UTC)sudo su ; cd /etc ; hg init ; hg add ; hg commit -m "`date`"
Вот так конечно же.
no subject
Date: 2009-06-17 08:34 pm (UTC)Не говоря о том что hg не часть системы. И вообще не о том речь. Если бы я проектировал системы сделал бы признак у файла что он "конфигурационный", система автоматически на уровне драйвера файловой системы его вершионит, запись/просмотр/восстановление всех конфигов было бы одним удовольствием. Не было бы идиотской дилеммы: держать все настройки в одной файле или в тысячах маленьких. Короче много чего можно сделать хорошего если головой думать при проектировании. А то вон криворукие опять дорвались, XULRunner после очередного апдейта отказался работать, а на этом грёбаном факерфоксе половина системы завязана, плюнул и пишу из под оперы.
no subject
Date: 2009-06-17 10:16 pm (UTC)PS. Последний апдэйт зулраннера прошёл на ура. У вас дистр хреновый.
no subject
Date: 2009-06-18 08:02 am (UTC)КАК оно стало мониторить??? Теперь какой-то процесс изменит несколько раз настройки и вы будете знать какой, когда и откатить в любую фазу этих изменений? Мистика.
То что вы говорите это вовсем другое. В любой системе есть очень ярко выраженная разница между тремя типами файлов: исполняемые и их ресурсы (никогда не должны меняться при нормальной работе), данные (меняются сколько угодно, но только "своими" процессами, контроллировать версионность не надо), конфигурационные (меняются иногда, надо контроллировать версии и предоставить АПИ для управления значениями конфигурации)
"PS. Последний апдэйт зулраннера прошёл на ура. У вас дистр хреновый."
вот за это красноглазых и не любят, на всё ответ - пошли вы у меня всё работает а у вас руки кривые. На форумах посмотришь - только нубы и помогают нубам.
no subject
Date: 2009-06-18 09:27 am (UTC)Да - убунту ваш - он нормальный почти - если ставить релиз и разрешить тока секурити апдэйты.
no subject
Date: 2009-06-18 09:36 am (UTC)no subject
Date: 2009-06-18 03:08 pm (UTC)