Google → Google экспериментальный поиск с помощью клавиатурных комбинаций
На www.google.com/experimental/ появился вариант интерфейса, позволяющий перемещаться по результатам поиска с помощью клавиатуры.
Visual Studio → Горячие клавиши Visual Studio 2010
Ранее на этой неделе команда Visual Studio выпустила обновленные плакаты «горячих клавиш» VS2010. Эти плакаты — готовые к печати документы (которые теперь поддерживают стандартные размеры бумаги). Они являются хорошими «шпаргалками», которые могут помочь Вам быстро найти (и в конечном счете запомнить) общие команды нажатия клавиш в Visual Studio.
Linux для всех → Горячие клавиши в шелле
Посвящается B_dot, пост которого заставил заинтересоваться возможностями консоли плотнее.
В этом посте будет рассказано о некоторых сочетания клавиш, которые могут упросить жизнь администраторам, работающим в консоли. Все они работают в bash'e. Сочетания клавиш я дополнительно проверял на циске (Cisco IOS Software, s72033_rp Software (s72033_rp-ADVIPSERVICESK9_WAN-M), Version 12.2(33)SXH4), csh и zsh. Рассмотренное в других записях повторять особо не буду. Сочетания сгруппированы по использованной функциональной клавише.
Особенно полезен этот текст будет людям, которые любят использовать клавиши Home, End и Delete (которые в цисковой консоли «не работают»).
Краткое вступление
В этом посте будет рассказано о некоторых сочетания клавиш, которые могут упросить жизнь администраторам, работающим в консоли. Все они работают в bash'e. Сочетания клавиш я дополнительно проверял на циске (Cisco IOS Software, s72033_rp Software (s72033_rp-ADVIPSERVICESK9_WAN-M), Version 12.2(33)SXH4), csh и zsh. Рассмотренное в других записях повторять особо не буду. Сочетания сгруппированы по использованной функциональной клавише.
Особенно полезен этот текст будет людям, которые любят использовать клавиши Home, End и Delete (которые в цисковой консоли «не работают»).
Google → Дизайнеры Chrome OS о будущем системы
Мы выкладываем перевод интервью с командой разработчиков пользовательского интерфейса Chrome OS, возглавляемой Гленом Марфи. В ходе дисскусии мы выясним будущие пути развития Chrome и Chrome OS, почему Chrome Web Store так важен, и безусловную важность тач-скринов и клавиатурных сокращений.
Персональные блоги → Горячие клавиши в Axure
Не знал, как опубликовывать подобный пост. Вроде бы это и перевод, а вроде бы и переводом назвать можно с натяжкой. В общем, в фэйсбуковском акшуровском сообществе лежит полезный топик со списком горячих клавиш. Я убрал из списка те горячие клавиши, о которых все уже и так знают, а также добавил перевод к тем, которые остались. В своё время знание этого материала увеличило мою производительность при работе в Axure минимум на 20%. Удачи в работе.
Mac OS X → Перемещение курсора в Terminal
В моем случае, Terminal.app является одним из самых активно используемых приложений в операционной системе. И первое, что кажется неудобным, это реакция на привычные комбинации клавиш, касающиеся перемещения курсора. Поясню на примере графических приложений. Вам наверняка часто приходится работать с редактированием текста, и применять клавиатурные комбинации с использованием стрелок и системных клавиш, для того, что бы передвинуть курсор к началу слова или строки. Так вот вынужден вас разочаровать, но в терминале эти фокусы работать не будут. До тех пор, пока мы не сунемся туда с напильником. За дело.
Интерфейсы → Корявых интерфейсов пост (keys/shortcuts)
Давно хотел высказаться на одну тему. А именно «Клавиши-Модификаторы» (Shift, Alt, CTRL, Win/CMD/Apple/Amiga).
Имеют ли они право (при нажатии на них) выполнять какое-либо действие?
Я вот считаю, что не имеют. Взять например ALT — он используется в комбинациях клавиш типа ALT+F4 (win) или ALT+F2 (Far), или (прости господи) ALT+SHIFT (rus/lat).
Однако человек может передумать нажимать комбинацию клавиш или нажать клавишу-модификатор случайно. И что же тогда произойдёт? На «безопасных», нормальных клавишах-модификаторах — ничего.
К ним в Windows можно отнести Shift и CTRL. А на «опасных» типа WIN или ALT-а — произойдёт совершеннейшая ерунда: ALT — сменит фокус ввода, переместив курсор в строку меню. WIN — вообще может выкинуть вас из полноэкранного режима приложения, только для того, чтобы радостно показать вам меню «пуск».
Отсюда первое правило клавиатурного пользовательского интерфейса: клавиша-модификатор сама по себе должна быть инертна. (При нажатии на неё ничего не должно происходить.)
Далее, есть ужасное сочетание ALT+SHIFT, которое в некоторых случаях используется в Windows для переключения раскладок клавиатуры. Чем же оно ужасно? если вы промахнулись по SHIFT-у или недостаточно чётко его нажали и он не сработал — сработает одиночный ALT, который изменит фокус ввода и выплюнет вас в строку меню. А так как вы в это время писали текст — вы этого можете не заметить и ваши нажатия в худшем случае могут привести к выполнению каких-либо команд меню, либо просто к неприятному вводу нескольких букв в пустоту.
Сочетание CTRL+SHIFT не особо лучше, так как оно хоть и является «безопасным» и инертным (то есть при несрабатывании той или иной клавиши — ничего не произойдёт), обратная сторона этой «безопасности» — это то, что в фокусе внимания невозможно узнать произошло ли переключение (индикатор рус/лат, как правило находится вне поля зрения во время набивки текста).
А всё почему? Потому что нарушено второе правило: сочетания клавиш-модификаторов друг с другом также должны оставаться инертны (то есть нельзя назначать на сочетания типа CTRL+SHIFT или CTRL+SHIFT+ALT какие либо действия — во-первых потому, что если это действие молчаливое и незаметное — невозможно будет сразу однозначно определить совершилось оно или нет, а во вторых, любое исключение из правила инертности клавиш-модификаторов разрушает ощущение «безопасности»).
Какое сочетание было бы более удачным для переключения раскладки? (раз уж его привели в пример). А вот хотя-бы то же CTRL+Space (или CMD+Space на Mac). Почему оно лучше? 1) используется сочетание безопасной клавиши-модификатора и условно-безопасной клавиши «пробел» (она условно-безопасна при вводе текста — так как знак пробела не портит текст). 2) в случае несрабатывания клавиши-модификатора, мы сразу увидим это — вместо переключения раскладки введётся пробел.
Вобщем, для полного счастья в windows необходимо: 1) сделать все клавиши-модификаторы инертными и избавить, наконец ALT и WIN от этих ужасных побочных действий. 2) отключить все действия назначенные на сочетания клавиш-модификаторов.
И тогда, возможно, управление приложениями (и самой системой) с помощью горячих клавиш — станет удобнее (начнут, наконец, полномасштабно использовать кнопку «WIN» наравне со всеми).
(p.s. этот пост — ответ на подзамочную публикацию. Чтобы прочитать её, подпишитесь на блог «эти пользовательские интерфейсы».)
N.B. Друзья, переключение раскладки — всего-лишь один из примеров. Не стоит его принимать близко к сердцу =) Главный вопрос звучит так: «должны ли клавиши-модификаторы и их сочетания быть инертны».
(Иными словами: стоит ли ради сомнительного удобства вызывать какую-либо одну функцию одной клавишей — получать неудобство от использования данной клавиши во всех сочетаниях с ней?)
Имеют ли они право (при нажатии на них) выполнять какое-либо действие?
Я вот считаю, что не имеют. Взять например ALT — он используется в комбинациях клавиш типа ALT+F4 (win) или ALT+F2 (Far), или (прости господи) ALT+SHIFT (rus/lat).
Однако человек может передумать нажимать комбинацию клавиш или нажать клавишу-модификатор случайно. И что же тогда произойдёт? На «безопасных», нормальных клавишах-модификаторах — ничего.
К ним в Windows можно отнести Shift и CTRL. А на «опасных» типа WIN или ALT-а — произойдёт совершеннейшая ерунда: ALT — сменит фокус ввода, переместив курсор в строку меню. WIN — вообще может выкинуть вас из полноэкранного режима приложения, только для того, чтобы радостно показать вам меню «пуск».
Отсюда первое правило клавиатурного пользовательского интерфейса: клавиша-модификатор сама по себе должна быть инертна. (При нажатии на неё ничего не должно происходить.)
Далее, есть ужасное сочетание ALT+SHIFT, которое в некоторых случаях используется в Windows для переключения раскладок клавиатуры. Чем же оно ужасно? если вы промахнулись по SHIFT-у или недостаточно чётко его нажали и он не сработал — сработает одиночный ALT, который изменит фокус ввода и выплюнет вас в строку меню. А так как вы в это время писали текст — вы этого можете не заметить и ваши нажатия в худшем случае могут привести к выполнению каких-либо команд меню, либо просто к неприятному вводу нескольких букв в пустоту.
Сочетание CTRL+SHIFT не особо лучше, так как оно хоть и является «безопасным» и инертным (то есть при несрабатывании той или иной клавиши — ничего не произойдёт), обратная сторона этой «безопасности» — это то, что в фокусе внимания невозможно узнать произошло ли переключение (индикатор рус/лат, как правило находится вне поля зрения во время набивки текста).
А всё почему? Потому что нарушено второе правило: сочетания клавиш-модификаторов друг с другом также должны оставаться инертны (то есть нельзя назначать на сочетания типа CTRL+SHIFT или CTRL+SHIFT+ALT какие либо действия — во-первых потому, что если это действие молчаливое и незаметное — невозможно будет сразу однозначно определить совершилось оно или нет, а во вторых, любое исключение из правила инертности клавиш-модификаторов разрушает ощущение «безопасности»).
Какое сочетание было бы более удачным для переключения раскладки? (раз уж его привели в пример). А вот хотя-бы то же CTRL+Space (или CMD+Space на Mac). Почему оно лучше? 1) используется сочетание безопасной клавиши-модификатора и условно-безопасной клавиши «пробел» (она условно-безопасна при вводе текста — так как знак пробела не портит текст). 2) в случае несрабатывания клавиши-модификатора, мы сразу увидим это — вместо переключения раскладки введётся пробел.
Вобщем, для полного счастья в windows необходимо: 1) сделать все клавиши-модификаторы инертными и избавить, наконец ALT и WIN от этих ужасных побочных действий. 2) отключить все действия назначенные на сочетания клавиш-модификаторов.
И тогда, возможно, управление приложениями (и самой системой) с помощью горячих клавиш — станет удобнее (начнут, наконец, полномасштабно использовать кнопку «WIN» наравне со всеми).
(p.s. этот пост — ответ на подзамочную публикацию. Чтобы прочитать её, подпишитесь на блог «эти пользовательские интерфейсы».)
N.B. Друзья, переключение раскладки — всего-лишь один из примеров. Не стоит его принимать близко к сердцу =) Главный вопрос звучит так: «должны ли клавиши-модификаторы и их сочетания быть инертны».
(Иными словами: стоит ли ради сомнительного удобства вызывать какую-либо одну функцию одной клавишей — получать неудобство от использования данной клавиши во всех сочетаниях с ней?)
Windows → Windows 7 Tips and Tricks ;)
Салют Хабралюди, хабражители :)
Продолжая рубрику статей посвященных Windows 7, решил предаставить сборник несколько полезностей которые могут облегчить работу в этой ОСи.
Итак приступим
Продолжая рубрику статей посвященных Windows 7, решил предаставить сборник несколько полезностей которые могут облегчить работу в этой ОСи.
Итак приступим
Блог компании Тематические Медиа → Единая система клавиатурных сокращений для меню View в программах Photoshop, Illustrator и Indesign
Волей судьбы и здравого смысла (я так думаю) с недавних пор я помимо Фотошопа и Иллюстратора стал активно юзать Индизайн (для проектирования интерфейсов и дизайна сайтов), а еще я временами открываю Флэш и Афтер Эффектс от того же производителя, что заставило меня запоминать кучу разных клавиатурных сокращений.
Хотелось бы чтобы во всех, часто используемых мной программах, на палитры (а в идеале на одинаковые действия) были навешаны одинаковые клавиши, что уже давно сделано на системные действия. Я решил начать хотя бы с палитр, потому-что дома приходиться работать на Макбуке — «прошечке», а у него разрешение не ахти какое, часто нужно включать и отключать палитры, чтобы комфортно работать. Да и склонен я к минимализму, на экране должно быть то, что нужно в данный момент (да, я такой).
Ну что же, вот мои шорткаты на частоиспользуемые палитры:
Хотелось бы чтобы во всех, часто используемых мной программах, на палитры (а в идеале на одинаковые действия) были навешаны одинаковые клавиши, что уже давно сделано на системные действия. Я решил начать хотя бы с палитр, потому-что дома приходиться работать на Макбуке — «прошечке», а у него разрешение не ахти какое, часто нужно включать и отключать палитры, чтобы комфортно работать. Да и склонен я к минимализму, на экране должно быть то, что нужно в данный момент (да, я такой).
Ну что же, вот мои шорткаты на частоиспользуемые палитры: