g15daemon - как носитель + топорные часики. Под ним крутятся g150-clock (нашел на убунтовском форуме) и LCDd из lcdproc. Для Amarok использую скрипт под LCDd (немного доработал напильником в сторону русского шрифта). Вобщем, экранка у меня идет от LCDd вся. Он использует g15renderer. И мне кажется удобней чем g15message. Он может переключаться автоматически по циклу между рабочими приложениями или же кнопками в двух направлениях - вперед или назад, а не как в оригинале MR-MR-MR
У меня работает почти как надо :) Функциональные переключают экран. Медийные управляют Amarok.
Одна грабля - регулятор звука. Эта зараза даже картинку на десктоп выводит с индикатором, но сам звук не регулирует :(
А ЕСЛИ КАПСЛОК ЭТО НОРМАЛЬНЫЙ СПОСОБ ВВОДА ДЛЯ ЭТОГО ПОЛЬЗОВАТЕЛЯ?
Извините, но пытаться играть в телепатию и угадайку это самый бестолковый пример, который можно было бы привести. А я капслок специально включил, что бы ввести пароль :) А мне тут балонами какими-то грозят.
Цель и назначение программы (конкретной формы)? Заполнить ее и сохранить, а не мелькать по каждому поводу и без повода. Наверняка это будет не одно поле и не одна проверка. И все это будет моргать, подмигивать и издавать звуки. Это допустимо в детской, развивающей игре, но не в серьезном корпоративном приложении. Опишите свои ощущения во время работы с первым вариантом, где таких полей будет более чем одно. Напишите сценарии работы. И не так, как есть сейчас, а с привязкой к окончательному пользователю - кто будет пользоваться этой формой - девушка Маша, которая вводит потоково вводит данные, бухгалтер, дирректор, менеджер, кто-то еще. Попробуйте стать на их место. На место пользователя, который видит ваше приложение в первый раз и инструкцию по применению еще не читал.
веб один из частных случаев application. Он может быть и очень даже десктоп.
То что предложено в первом варианте это ни что иное как "бантик", никак не влияющий на основной функционал программы.
То что кнопка должна быть доступна для нажатия всегда это даже не обсуждается - менее приемлемым решением было бы вывести в этой форме надписи типа "кнопка станет доступной, когда вы таки заполните поля правильно". Будет такая надпись на этой форме? - нет. Я работал "внедренцем" и знаю чем грозят такие "бантики".
Пользователь имеет право нажать на активную кнопку даже если он ничего в форме не заполнил. И получить свою порцию объяснений почему эта форма не будет сохранена.
Опять же про удобство - мне, например, удобно заполнять и редактировать форму, когда ничего лишнего меня не отвлекает, а то что предлагается в первом варианте - это именно лишнее мелтешение и моргание.
Ну для десктопа да - методы есть. Вопрос по реализации снимается, но кнопку разлочить и позволить пользователю самому наступить на грабли о которых его предупреждали. Т.е. все равно вариант 2. И пусть выскакивает что-то модальное.
Голосую за второй вариант. Аргументы:
1) Если кнопка предусмотренна, то она должна быть видна и активна при любом варианте.
Если кнопка не нажимается, то ее не должно быть вовсе. Не спрятана!!! А просто не должно быть.
2) Реализация глючности. Проверка на лету это хорошо, только проверять надо очень много событий - ввод с клавиатуры, копипаст мышкой, копипаст клавиатурой. Утверждать, что пользователь будет пользоваться только клавиатурным вводом нельзя. Вы готовы реализовать все возможные евенты?
Что было - фото не очень веселого Путина в качестве юзерпика и одна запись с целеуказанием "кухня, церковь, дети". Все остальные записи дневника - потерты.
Под СУП копаем? :) Что плохо управляют? Дневник - дневнику рознь.
Дневник девочки Кати с ее депресивными стишками о несчастной любви и никого кроме этой девочки Кати не интересующий... Да если еще пароль стоит "12345" или что-то вроде этого - да пусть ломают хоть десять раз за день.
У меня был случай, когда я позвонил соседу и начал объяснять ему как в Castelvaniа какой-то уровень пройти. А то он, болезный, час где-то не мог на стенку какую-то запрыгуть, а мне это смотреть надоело :) Он с испугу дня два потом не играл - пришлось объяснять, показывать.
Одна грабля - регулятор звука. Эта зараза даже картинку на десктоп выводит с индикатором, но сам звук не регулирует :(
Извините, но пытаться играть в телепатию и угадайку это самый бестолковый пример, который можно было бы привести. А я капслок специально включил, что бы ввести пароль :) А мне тут балонами какими-то грозят.
То что предложено в первом варианте это ни что иное как "бантик", никак не влияющий на основной функционал программы.
То что кнопка должна быть доступна для нажатия всегда это даже не обсуждается - менее приемлемым решением было бы вывести в этой форме надписи типа "кнопка станет доступной, когда вы таки заполните поля правильно". Будет такая надпись на этой форме? - нет. Я работал "внедренцем" и знаю чем грозят такие "бантики".
Пользователь имеет право нажать на активную кнопку даже если он ничего в форме не заполнил. И получить свою порцию объяснений почему эта форма не будет сохранена.
Опять же про удобство - мне, например, удобно заполнять и редактировать форму, когда ничего лишнего меня не отвлекает, а то что предлагается в первом варианте - это именно лишнее мелтешение и моргание.
1) Если кнопка предусмотренна, то она должна быть видна и активна при любом варианте.
Если кнопка не нажимается, то ее не должно быть вовсе. Не спрятана!!! А просто не должно быть.
2) Реализация глючности. Проверка на лету это хорошо, только проверять надо очень много событий - ввод с клавиатуры, копипаст мышкой, копипаст клавиатурой. Утверждать, что пользователь будет пользоваться только клавиатурным вводом нельзя. Вы готовы реализовать все возможные евенты?
Дневник девочки Кати с ее депресивными стишками о несчастной любви и никого кроме этой девочки Кати не интересующий... Да если еще пароль стоит "12345" или что-то вроде этого - да пусть ломают хоть десять раз за день.