Сектантско-юзабилити вопрос
У ребе
belnetmon дискуссия про браузер Сафари. И в ней маководы утверждают, что окна настроек без явных кнопок "Применить" и "Отменить" это есть хорошо.
Весь мой опыт обслуживания бухгалтерии и работы в неудобных условиях с чужим кривым софтом свидетельствует об обратном - любые операции и изменения должны быть отменяемы и не приводить к изменениям без явной на то команды, ибо на том конце настроек могут оказаться не clear-type шрифты, а управление задвижкой на газопроводе. Или проводка москалям за газ на пару сотен миллионов баксов. Или еще какая-нибудь трасца, от которой потом юзера в истерике звонят мне "я тут что-то нажала и у меня все поменялось".
PS: Еще есть один момент с вводом текста в поля с заданным форматом(числа, даты, время). По идее, можно при этом показывать баллун типа "инвалид валуе", но вот сохранять очевидно "по изменению" здесь не выйдет - как юзера вводят данные, так подлежащая этому полю сущность изменится 20 раз за один сеанс ввода.
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
Весь мой опыт обслуживания бухгалтерии и работы в неудобных условиях с чужим кривым софтом свидетельствует об обратном - любые операции и изменения должны быть отменяемы и не приводить к изменениям без явной на то команды, ибо на том конце настроек могут оказаться не clear-type шрифты, а управление задвижкой на газопроводе. Или проводка москалям за газ на пару сотен миллионов баксов. Или еще какая-нибудь трасца, от которой потом юзера в истерике звонят мне "я тут что-то нажала и у меня все поменялось".
PS: Еще есть один момент с вводом текста в поля с заданным форматом(числа, даты, время). По идее, можно при этом показывать баллун типа "инвалид валуе", но вот сохранять очевидно "по изменению" здесь не выйдет - как юзера вводят данные, так подлежащая этому полю сущность изменится 20 раз за один сеанс ввода.
no subject
no subject
no subject
Линуксы, кстати, в этом плане не лучше, вот почему никто не сделает систему в которой все настроечные файлы будут с автоматическим контролем версий.
no subject
Ви таки что? Как не сделают.
sudo su ; cd /etc ; hg init ; hg commit -m "`date`"
Всё.
no subject
no subject
no subject
sudo su ; cd /etc ; hg init ; hg add ; hg commit -m "`date`"
Вот так конечно же.
no subject
Не говоря о том что hg не часть системы. И вообще не о том речь. Если бы я проектировал системы сделал бы признак у файла что он "конфигурационный", система автоматически на уровне драйвера файловой системы его вершионит, запись/просмотр/восстановление всех конфигов было бы одним удовольствием. Не было бы идиотской дилеммы: держать все настройки в одной файле или в тысячах маленьких. Короче много чего можно сделать хорошего если головой думать при проектировании. А то вон криворукие опять дорвались, XULRunner после очередного апдейта отказался работать, а на этом грёбаном факерфоксе половина системы завязана, плюнул и пишу из под оперы.
no subject
PS. Последний апдэйт зулраннера прошёл на ура. У вас дистр хреновый.
no subject
КАК оно стало мониторить??? Теперь какой-то процесс изменит несколько раз настройки и вы будете знать какой, когда и откатить в любую фазу этих изменений? Мистика.
То что вы говорите это вовсем другое. В любой системе есть очень ярко выраженная разница между тремя типами файлов: исполняемые и их ресурсы (никогда не должны меняться при нормальной работе), данные (меняются сколько угодно, но только "своими" процессами, контроллировать версионность не надо), конфигурационные (меняются иногда, надо контроллировать версии и предоставить АПИ для управления значениями конфигурации)
"PS. Последний апдэйт зулраннера прошёл на ура. У вас дистр хреновый."
вот за это красноглазых и не любят, на всё ответ - пошли вы у меня всё работает а у вас руки кривые. На форумах посмотришь - только нубы и помогают нубам.
no subject
Да - убунту ваш - он нормальный почти - если ставить релиз и разрешить тока секурити апдэйты.
no subject
no subject