![](https://habrastorage.org/webt/bi/sk/yy/biskyyrfnditwyhp8omi-7o_v2o.png)
Клавиатура Vortex POK3R RGB V2 (источник — geekboards.ru/product/vortex-pok3r-rgb-v2)
Я правша, но держу мышку в левой руке. Потому что правая и так слишком нагружена стрелочками, цифровым блоком, кнопками Home, Delete и пр. А поскольку эти кнопки перенести невозможно, я перенёс мышку.
Работать после этого стало удобней. Но правой руке всё также приходилось перемещаться между основным блоком клавиш и вспомогательными кнопками. И чтобы совсем исключить эти перемещения, я стал присматриваться к компактным клавиатурам, которые содержат служебные клавиши в буквальном смысле слова «под рукой».
К сожалению, ни у моих знакомых, ни в местных магазинах таких клавиатур нет. А перед тем, как покупать, хотелось бы потестировать. Чтобы понять, смогу ли я на такой клавиатуре нормально работать, или это будет сплошное мучение?
Проверять я это буду на эмуляторе 60‑процентной клавиатуры. Который сделаю из клавиатуры обычной (другой у меня всё равно нет).
И после того, как сделаю — попробую на нём некоторое время поработать, чтобы понять, насколько это удобно.
Введение
Моя «рабочая лошадка» — неубиваемая Mitsumi Classic, которая за более чем 15 лет своей работы пережила несколько системных блоков и мониторов. И единственное, что выдаёт её возраст — стёршиеся бугорки на F и G. Эмулятор я буду делать из неё.
В принципе, каких‑то особых проблем быть не должно. Ведь 60‑процентная клавиатура — это, по большому счёту, основной блок клавиш обычной клавиатуры.
![](https://habrastorage.org/webt/qf/hz/cu/qfhzcuvtakrbezynk_sw_fwk3sy.png)
То есть, сделать нужно не так уж и много — просто переназначить действие некоторых клавиш. Часть из этих клавиш станет клавишами-модификаторами. При нажатии которых другие клавиши будут работать в качестве стрелочек, PgDn, End и т.п.
Не на всех компактных клавиатурах есть переназначение клавиш. Бывает, что служебные клавиши жёстко привязаны к не самым удобным кнопкам. Но я такое точно покупать не буду, так что моделирую исходя из того, что любую клавишу можно переназначить.
Простое решение. Неверное
Наличие готового модификатора сначала направило меня по ложному пути. Дело в том, что на моих компьютерах установлены две раскладки клавиатуры — английская и украинская (Ukrainian Unicode). Но в украинском языке нет 4‑х русских букв (ы, э, ё, ъ), а тексты на русском тоже приходится набирать. Поэтому используется широко распространённый способ — дополнительные буквы, отсутствующие в раскладке, вводятся с нажатым AltGr (то есть, с правым Alt‑ом).
![](https://habrastorage.org/webt/m6/9t/fq/m69tfq7va4i-2t2hy3qwp1qwfbg.png)
Неудивительно, что моей первой мыслью было добавить нужные клавиши на тот же слой раскладки, где находятся русские буквы. И использовать их вместе с AltGr.
Казалось бы: что может пойти не так? Ведь изменить раскладку несложно. Для этого есть бесплатный Microsoft Keyboard Layout Creator. Запускаем его… И обнаруживаем, что он не умеет переназначать специальные клавиши типа стрелочек, PgUp и прочего. Признаться, я такого не ожидал.
Пришлось искать альтернативные варианты. И из того, что удалось найти, лучшим оказался бесплатный AutoHotkey. Который может переназначить если и не всё, то очень близко к этому.
Выбор модификатора
Когда способ переназначения клавиш был найден, я перешёл непосредственно к экспериментам. И оказалось, что для моих целей AltGr как модификатор никуда не годится. Как и остальные клавиши справа от пробела. Т. к. их нужно чем‑то нажимать, а это приводит к трём однозначно неудобным вариантам:
- Большой палец — приходится сильно заворачивать его под ладонь, кнопка нажимается не подушечкой пальца, а чуть‑ли не ногтем.
- Мизинец — уменьшает с 4‑х до 3‑х количество доступных пальцев, сильно ограничивает подвижность остальных, правый верхний угол клавиатуры недоступен.
- Любой палец левой руки — далеко от AltGr, находящегося справа.
Надо сказать, что я хотел найти модификатор, который позволил бы обойтись одной только правой рукой. По крайней мере, для основных операций. Чтобы лишний раз не снимать левую руку с мышки.
При этом движения правой руки должны быть минимальны. А значит, большую часть времени она должна находиться возле основной позиции (пальцы на кнопках «J», «K», «L», «;», «пробел»).
И, стоит только поставить руку таким образом, как сразу становится очевиден идеальный вариант модификатора.
Это пробел!
Он подходит по нескольким причинам:
- задействует наименее подвижный палец, освобождая для полезной работы остальные, более гибкие пальцы;
- не требует перемещать палец к кнопке‑модификатору: палец уже и так находится в нужной позиции;
- одинаково удобно нажимается обеими руками;
- не нажимается одновременно с другими буквенно-цифровыми клавишами.
Более подходящего модификатора на клавиатуре нет.
Ну что ж… Теперь осталось удобно распределить кнопки.
Управление курсором
Первым делом нужно организовать управление курсором. В мировом масштабе эта задача решалась неоднократно, и породила несколько известных решений.
Например, WASD, который предпочитают любители компьютерных игр. Но я не игрок, к тому же мне нужно под правую руку. Так что не подходит.
Вариант под правую руку, который сразу приходит на ум — vim‑овский HJKL.
К сожалению, он смещён на кнопку влево от нормального положения. Это меня тоже не устраивает.
Значит, придётся делать по-своему. Но в этом есть и положительный момент: можно попробовать разные варианты и выбрать самый удобный.
Сначала я проверил смещённый вправо вариант vim (1). Затем — его же, но со стрелками влево-вправо под указательным и средним пальцами (2).
Это не совсем vim (там PgUp, PgDn, Home и End в другом месте).
![](https://habrastorage.org/webt/n2/_m/yn/n2_mynf0fgw07lcriee9esbvkwi.png)
Следующим был вариант как на цифровой клавиатуре (3). Хотя он и в оригинале не особенно удобен. Проверил его же, но с Down на кнопке K (даже нет смысла рисовать). Протестировал «ноутбучный» вариант (5).
![](https://habrastorage.org/webt/cl/_8/8w/cl_88wljqt2rlnkajpp_osasovk.png)
И в итоге остановился на таком расположении клавиш:
![](https://habrastorage.org/webt/_w/zl/um/_wzlumcelcczmhft0w5dtcngexw.png)
Для моих пальцев и моих привычек он отлично подошёл. Впрочем, по результатам дальнейшей эксплуатации одну кнопку всё-же пришлось передвинуть (см. следующую главу).
В ноутбучном варианте над стрелочками находятся PgUp и PgDn. Что удобно для «потребителей контента», которым нужно просматривать страницы с готовыми текстами. А при редактировании чаще приходится перемещаться по строке влево-вправо, поэтому Home и End важней.
Разумеется, все вышеописанные варианты я перебрал не за пять минут. На каждой раскладке я некоторое время работал. Потом работал на другой. Возвращался. Сравнивал.
Суммарно это заняло несколько дней. По большей части потому, что я честно пытался заставить себя использовать стрелочки, расположенные в один ряд. Ведь фанаты vim‑а так работают, чем я-то хуже? Но — не сложилось. Не моё.
Хотя у меня клавиатура Mitsumi, на картинках показана раскладка ANSI, которая обычно применяется на 60‑процентных клавиатурах.
Кнопки для редактирования
Конечно, при редактировании используются не только клавиши курсора. Поэтому имеет смысл добавить поближе к пальцам и другие часто используемые клавиши — Backspace, Del, Enter. И троицу Copy-Paste-Cut, куда ж без неё.
Подвигав кнопки туда-сюда, поработав недельку на разных вариантах, я определился с оптимальным расположением:
![image](https://habrastorage.org/webt/up/cj/-v/upcj-vkyuziqupkzwx68_wr6apy.png)
При такой комбинации кнопок правая рука вообще практически не уходит с основной позиции.
Backspace и Del сходу как стали на эти кнопки, так там и остались. Идеальное для них место. А вот копипасту пришлось погонять по разным клавишам, пока подобрался хороший вариант. Заодно добавил комбинацию Ctrl+a на клавишу B. Чтобы можно было сразу выбрать всё и скопировать (нажать пробел → B → N → отпустить пробел).
Добавил также Undo, т.к. не люблю двигать левую руку в дальний левый низ для нажатия Ctrl+Z. Теперь это гораздо проще: достаточно левого мизинца и любого из больших пальцев, которые и так уже находятся на пробеле. К сожалению, комбинация клавиш для Redo в разных редакторах разная, поэтому не всегда будет работать. У меня там прописан Ctrl+Shift+z.
При интенсивной работе со стрелками обнаружилось, что удобно иметь Enter и Esc, которые можно нажать, не отпуская пробел и не двигая руку. Это ускоряет процесс редактирования.
Причём, через некоторое время даже не приходится задумываться, что именно нажимать: руки сами делают выбор между основными и дополнительными Enter, Esc и Backspace. И используют то, что им проще нажать в данный конкретный момент.
Кстати, об основном Escape. Я его перенёс поближе: на CapsLock (которым не пользуюсь). Причём, он находится не на дополнительном слое, а сразу на основном, без всяких модификаторов.
Но если CapsLock понадобится — для него есть комбинация «Alt+CapsLock» (тоже на основном слое, без модификатора).
Как видите, расположение PageDown изменилось: на его место стал чаще используемый Enter. Очень уж там удобное место — основная позиция мизинца. К тому же, появился очень полезный аккорд: «Space+o+;» (перейти в конец строки и нажать Enter). Он жмётся в одно движение безымянным пальцем и мизинцем.
Полностью весь дополнительный слой
Думаю, что на картинке и так всё понятно, но некоторые пояснения не помешают.
![image](https://habrastorage.org/webt/yq/wa/mb/yqwambgf-n6scuod8gip2qiv4wi.png)
На Mitsumi Classic мне сильно не хватало мультимедийных кнопок, поэтому я добавил их в первую очередь. Шесть штук. А когда решил проверить, как они работают, с удивлением обнаружил, что на компьютере нет ни одного стороннего проигрывателя — только системный. Да и тот я никогда не запускал. К тому же, во времена стриминговых сервисов и онлайн‑радио отпала необходимость в перемотке треков вперёд-назад. Реально используются только кнопки увеличения/уменьшения громкости и кнопка Mute. Так что я оставил эти три кнопки, а ещё три разместил поверх них (работают с нажатым LWin).
Если нужно использовать комбинацию клавиш, сначала нажимается модификатор слоя (Space), затем Ctrl/Shift/Alt/Win и только потом нужная кнопка.
Прямо под пальцы левой руки я вставил скобочки и подчёркивание (кнопка «e»). Они часто используются в программировании и мне надоело к ним тянуться. Зато теперь они нажимаются практичкски без отрыва пальцев от клавиатуры.
А поскольку я пишу не только программы, но и статьи, добавил длинное тире (g), среднее тире (y) и неразрывный дефис (t). И восклицательный знак! Не люблю тянуться к нему в верхний ряд.
Впрочем, иногда тянуться придётся. Т. к. на гравис (`) я добавил применяемый в украинском языке апостроф (типографский прямой, код U+02BC).
И ещё я нашёл шикарное место для NumLock: на правом Win. Что позволяет переключать режим, не смещая руку. Это пригодится в следующем разделе.
А пока небольшая табличка с клавишами редактирования (разумеется, с предварительно нажатым Space)
Клавиша | Эмулируемая комбинация | Значение |
---|---|---|
z | Ctrl + z | Отмена последнего действия (Undo) |
Shift+z | Ctrl + Shift + z | Повтор отменённого действия (Redo) |
b | Ctrl + a | Выделить всё |
n | Ctrl + c | Скопировать выделение в буфер обмена |
Shift+n | Home Home Shift+End Ctrl+c Home | Cкопировать всю строку в буфер обмена |
. | Ctrl + x | Вырезать выделенное в буфер обмена |
Shift+. | Home Home Shift+End Ctrl+x Del | Вырезать всю строку в буфер обмена |
/ | Ctrl + v | Вставить из буфера обмена |
Shift+/ | Home Home Shift+End Ctrl+c End Enter Ctrl + v | Продублировать строку (вставить ниже) |
На последующих картинках символы будут располагаться вот так:
![](https://habrastorage.org/webt/bv/39/k8/bv39k8htlizdzczz8gz-ttglunk.png)
- основной назначенный на клавишу символ
- символ с нажатым Shift
- ―〃― Alt
- ―〃― Ctrl
- ―〃― Alt+Shift
- ―〃― Win
Тут несколько вариантов, т.к. в зависимости от самой клавиши, а также количества и размеров дополнительных символов может быть удобнее показать то так, то эдак.
Цифровой блок
В принципе, на клавиатуре уже есть все необходимые кнопки. Но для ввода чисел мне привычнее использовать отдельный цифровой блок.
Конечно, когда его нет — использую верхний цифровой ряд. Но я исхожу из того, что это станет моей основной клавиатурой. Значит, надо делать максимально удобно.
Правда, места на клавиатуре уже не осталось. Но это легко решается добавлением ещё одного дополнительного слоя.
Кстати, это традиционный способ для ноутбуков: цифровая клавиатура вниз от клавиш 789, работающая при включенном NumLock или нажатой Fn.
Я не стал изобретать велосипед, и сделал аналогично: задействовал NumLock (т.е. переназначенный RWin). А вместо Fn — CapsLock.
![](https://habrastorage.org/webt/-0/8g/pf/-08gpfneqmep9dqn14zupdl3e1q.png)
И теперь цифры можно вводить тремя способами:
- В верхнем цифровом ряду
- При нажатом CapsLock
- При включенном режиме NumLock
Такое многообразие позволяет использовать наиболее удобный в данный момент способ.
Если нужно ввести несколько цифр — быстрее использовать CapsLock. Если цифр много или левая рука занята мышкой — проще переключить NumLock.
В файловых менеджерах плюс и минус на цифровом блоке используются для выбора файлов по маске. Поэтому в способах 2 и 3 передаются коды нажатия именно клавиш цифрового блока. То есть, не просто «+» и «-», а «NumpadAdd» и «NumpadSub».
Способы 2 и 3 не совсем равнозначны. Если нужно ввести какой-то редкий символ с использованием Alt (например, «µ» — Alt+0181), сработает только вариант с переключением режима NumLock.
Кстати, клавиши управления курсором работают и при включенном режиме NumLock. То есть, можно вводить цифры в Excel и передвигаться по ячейкам без переключения слоёв.
Обратите внимание, как расположены цифры. Типичный вариант для ноутбуков – пальцы в позиции 123-. Но это плохой вариант, т. к. он не сбалансирован по вертикали: выше среднего ряда находятся шесть цифр, а ниже — только ноль. Десктопный вариант (456+) гораздо лучше.
В процессе эксплуатации оказалось, что просто цифр недостаточно. При вводе списка MAC и IP-адресов нужны ещё шестнадцатеричные цифры и некоторые знаки препинания.
Поэтому я добавил то и другое на пустующие кнопки. Причём, символы не меняются при переключении языковой раскладки. Нажал CapsLock+q — получил точку. Хоть в английской раскладке, хоть в украинской, хоть в русской. Поэтому теперь я частенько жму знаки препинания именно здесь, не задумываясь о том, какая сейчас включена раскладка.
![](https://habrastorage.org/webt/rn/tr/0j/rntr0j-70dcfuc3ehsnlkhuqxd4.png)
При нажатом CapsLock+Shift можно вводить 16‑ричные буквы прямо там же, где и цифры (жёлтые кнопки). Это удобнее, чем сдвигать правую руку влево к зелёным кнопкам. Кстати, при нажатом Shift меняется регистр на зелёных кнопках.
Поскольку пробел служит для ввода нуля, понадобилась ещё и клавиша для пробела (изредка он нужен в цифровом режиме). Для этого я задействовал правый Alt.
Кнопка, отмеченная синим, служит для оперативного переключения настроек:
- CapsLock + y — регистр по умолчанию для 16‑ричных цифр на зелёных кнопках
- CapsLock + Shift + y — клавиатура с Numpad-ом или без него
Насчёт Numpad-а. Эмулятор у меня запускается на полноразмерной клавиатуре с цифровым блоком. И режим NumLock обычно включен. А значит, при использовании клавиатуры будут вводиться не буквы, а цифры (активен 3-й способ ввода из описания выше). Чтобы такого не происходило, нужно выбрать режим клавиатуры с Numpad-ом. В этом случае цифры будут вводиться только при нажатом CapsLock.
Как видите, я не задействовал для переназначений верхний цифровой ряд. Для этого есть неочевидная причина: на мембранных клавиатурах там не все комбинации кнопок работают. Например, на моей клавиатуре это CapsLock+LShift+2, на Logitech K120 – Tab+LShift+2, а на Logitech K270 в верхнем ряду не работают аж 4 кнопки.
Причём, у меня нет никаких претензий к разработчикам клавиатур. Обычная массовая клавиатура вовсе не обязана поддерживать такие странные комбинации, как одновременное нажатие Tab и Caps с цифровыми клавишами.
Неработающие комбинации есть не только в цифровом ряду (например CapsLock+LShift+s). Найти их можно с помощью любого теста на Rollover. Например, вот этого:
Online Key Rollover Test — Mechanical Keyboard (mechanical-keyboard.org)
А если двойка с CapsLock-ом всё-таки крайне необходима – придётся использовать правый Shift. Такая комбинация сработает, хоть для неё и понадобятся обе руки.
Неожиданная проблема и её решение
При переходе на компактную клавиатуру я столкнулся с проблемами. Конечно, я сразу понимал, что не всё пройдёт гладко. Но я не знал, какие именно сложности могут возникнуть.
Оказалось, что больше всего мне мешает «мышечная память»: во время работы рука молниеносно перескакивает вправо, и что‑то там нажимает.
Причём, похоже, что это происходит вообще без участия головного мозга: я не могу отследить, какие только что нажимал кнопки. Вижу только финальный результат: удалённое слово, выделенную строку, курсор в нужной позиции и т. п.
Поэтому мне пришлось физически избавиться от «лишних» кнопок:
![](https://habrastorage.org/webt/ut/eq/3c/uteq3cwhd25lptllwr8vv9ebeju.jpeg)
После этого прогресс в освоении клавиатуры пошёл значительно быстрее. Не нащупав справа нужной комбинации, я «выпадал в ошибку» и мог сообразить, что именно я только что хотел нажать. Выяснилось, что больше всего мне не хватает комбинаций Ctrl+(стрелочки влево/вправо), Ctrl+Shift+(стрелочки влево/вправо) и Ctrl+(Backspace/Del). Я эти комбинации жал практически в одно касание. А теперь так перестало получаться: добавилась клавиша-модификатор, и стало слишком долго попадать пальцами по всем нужным кнопкам.
Решение очевидно: ещё один слой для самых ходовых клавиатурных комбинаций. А поскольку их не так уж и много, есть смысл добавить что-нибудь на оставшиеся кнопки.
Интересно, что здесь опять оказалось удобно задействовать RWin: три пальца остаются в основной позиции, а мизинец перемещается на модификатор. Получается быстро и удобно.
![](https://habrastorage.org/webt/hx/4p/xr/hx4pxruhh84dqq0pe7dc0ypxjjk.png)
Win+L – это системная комбинация и AutoHotkey не может её переопределить. Поэтому пришлось сместить Ctrl+► с буквы L на букву K. На настоящей 60-процентной клавиатуре такой проблемы не будет.
Вот табличка с расшифровкой комбинаций:
Клавиша | Комбинация | Значение |
---|---|---|
j | Ctrl + Left | Перейти на слово влево |
k | Ctrl + Right | Перейти на слово вправо |
m | Ctrl + Backspace | Удалить влево от курсора до пробела |
Shift+m | Shift+ Home Del | Удалить от курсора до начала строки |
, | Ctrl + Del | Удалить вправо от курсора до пробела |
Shift+, | Shift+End Del | Удалить от курсора до конца строки |
. | End Shift+Home Shift+Home Del Del | Удалить строку |
Shift+. | Ctrl+Left Ctrl+Del | Удалить слово полностью |
h | Ctrl + Shift + Left | Выделить влево от курсора до начала слова |
n | Ctrl + Shift + Right | Выделить вправо от курсора до начала следующего слова |
[ | Ctrl + - | Уменьшить масштаб (или размер шрифта) |
] | Ctrl + + | Увеличить масштаб (или размер шрифта) |
‘ | Ctrl + 0 | Установить масштаб 100% |
На Windows 10 нужно отключить Xbox Game Bar, чтобы использовать комбинацию RWin+G.
Для удобства я перенёс поближе символы с цифрового ряда. Чтобы не приходилось к ним тянуться, нажимая при этом Shift. И постарался разместить так, чтобы было проще запомнить, где что находится:
Q — \ | W — ^ (w из уголков) | E — & (произошло от слова et) | R — | (веРтикаль) | T — ~ (тильда) |
A — @ (at) | S — $ (похож на S) | D — # (диез) | F — % (ф) | G — ` (гравис) |
И теперь получается, что верхний ряд клавиш можно совсем убрать. После чего останется 49 кнопок. А это всего на 6 больше, чем у 40-процентных клавиатур. Так что 40-процентные — не настолько странная штука, как может показаться с первого взгляда.
Функциональные клавиши
Допустим, я решил проверить — а как оно на 40-процентной клавиатуре? Можно-ли работать? Взял, и убрал верхний ряд. Но там же были функциональные клавиши! Без них — никак. Значит, добавляем ещё один слой:
![](https://habrastorage.org/webt/tp/wo/8r/tpwo8re_9fhu2p6sos1wxnbin5g.png)
Теперь функциональные клавиши можно жать в буквальном смысле слова не глядя. И не отрывая рук от клавиатуры.
Как видите, на слое осталось много пустых кнопок. Но это временно: я заполню их в следующей статье.
А пока упомяну только альтернативный вариант копипасты (Ctrl+Ins/Shift+Ins), который полезен для работы в терминале линукса, где комбинация Ctrl+C имеет специальное значение.
Прочие проблемы
Ещё одна проблема, с которой я столкнулся во время работы — удалённый доступ через RDP и TeamViewer. А именно: нажатия клавиш передаются на удалённый компьютер, но там нет AutoHotkey, поэтому переназначенные клавиши не работают.
Чтобы работали — нужно отправлять на дальний конец уже обработанные комбинации клавиш. Для этого в настройках RDP нужно включить «Использовать сочетания клавиш Windows – На этом компьютере». А у TeamViewer отключить «Передавать сочетания клавиш». В других программах удалённого доступа есть такая же проблема и решается она аналогично.
Следующая не совсем проблема, просто особенность. При работе с некоторыми системными настройками (например, изменение IP адреса компьютера) программе нужны права администратора. Поэтому скрипт стартует с этими правами и появляется окошко UAC с запросом. Если не хотите, чтобы у скрипта были права администратора — закомментируйте соответствующую секцию в самом начале файла.
И последнее неудобство. Стандартный вариант запуска AutoHotkey — через автозагрузку после входа пользователя в систему. То есть, при вводе пароля на экране блокировки скрипт работать не будет. Что, впрочем, даже хорошо для сохранности паролей
Неудавшиеся эксперименты
Как видите, я задействовал под модификаторы клавиши CapsLock, Tab и RWin, которые находятся «на периферии». Не то, чтобы это было далеко или слишком неудобно, но всё же…
«Почему бы не задействовать в качестве модификаторов кнопки с буквами?», — подумал я.
Тем более, что прямо под пальцами левой руки есть несколько отличных кандидатов для клавиш-модификаторов: F — для функциональных клавиш, D — для цифр (digits), S — для дополнительных символов (symbols). Здорово! И почему так никто не делает?
Оказалось, есть веская причина так не делать. Когда кнопка используется и для ввода букв, и как модификатор, распознать, в каком именно качестве она сейчас нажата, можно только при её отпускании. А значит, следующую кнопку можно нажимать, только отпустив предыдущую.
Казалось-бы: в чём проблема? Разве не так мы используем клавиатуру?
Нет, не так: при быстром наборе следующая кнопка жмётся до того, как отпустилась предыдущая. И оно нормально работает, т.к. кнопка срабатывается при нажатии, а не при отпускании. Можете прямо сейчас это проверить, нажав, не отпуская, кнопки “qwer”. Введутся все четыре.
А если использовать D в качестве модификатора, то, например, вместо don’t у меня получается d9n’t. Потому что вторую букву я нажимаю до того, как отпускаю первую. И она срабатывает на цифровом слое.
Вобщем, несмотря на гигантские перспективы, пришлось вернуться к прежней модели с «внешними» модификаторами.
Ещё один эксперимент, о котором имеет смысл упомянуть — перенос Ctrl на CapsLock. Действительно, получается вполне удобно. Отлично нажимается мизинцем, доступны Ctrl+S и Ctrl+F. Да и все комбинации копипасты тоже (хотя у меня они отдельно есть). И оно даже комбинируется с Esc! Просто нажать CapsLock – срабатывает как Esc, CapsLock с клавишей – как Ctrl.
Но есть один недостаток, который перевешивает все достоинства: теряется клавиша-модификатор. Более удобное размещение Ctrl этого не стоит.
Результаты
В моём эксперименте участвовали две клавиатуры — дома и на работе. Домашняя Mitsumi Millenium служила в качестве «контрольной группы», т. к. это фактически тот же Classic, только с мультимедийными клавишами. На Millenium я кнопки не удалял.
И оказалось, что уже через несколько дней я пытаюсь использовать дома комбинации клавиш, задействованные на рабочей клавиатуре. Т. к. это действительно удобно. Так что я не стал сопротивляться, и дома тоже включил AutoHotkey.
А рабочую клавиатуру я так и оставил в «компактном варианте», чтобы удивлять коллег. Отсутствие кнопок мне теперь не мешает. Нужно только отверстия от кнопок чем-то прикрыть, чтобы туда пыль не попадала.
Кстати, обнаружился интересный момент. Поскольку цифровой блок теперь не задействован – клавиатура естественным образом сдвинулась вправо. И мышка действительно стала ближе. То есть, экспериментально подтвердилось одно из достоинств таких клавиатур, декларируемое их сторонниками. Правда, в моём варианте (мышка слева) это не имеет значения — смещение слишком небольшое. А для тех, у кого мышь справа, при переходе на 60-процентную клавиатуру будет как‑то вот так:
![](https://habrastorage.org/webt/kg/vk/d0/kgvkd00o35w_b3_es9bokag0dx4.png)
Буду-ли я покупать себе 60-процентную клавиатуру? Нет. Для меня в ней нет никаких преимуществ. Почти всё, что она может дать, можно получить и на обычной клавиатуре с помощью AutoHotkey. У 60-процентной только размер меньше, что для меня не важно.
Впрочем, когда Mitsumi Millenium помрёт (лет через 30?) — рассмотрю «обрезок» как один из возможных вариантов. Теперь я точно уверен, что смогу на нём работать.
Когда статья была дописана…
…я взял в руки ножовку, и выпилил из клавиатуры лишние кнопки. Подровнял напильником и склеил дихлорэтаном. Получилось вот так:
![](https://habrastorage.org/webt/dm/d7/e7/dmd7e7h9l5ngre5zo8knng9po2s.jpeg)
Это довольно редкий формат клавиатуры — Navless keyboard. По моим измерениям её ширина составляет 85% от полноразмерной.
На мой взгляд, такой формат удобнее, чем Tenkeyless: он всего на столбец шире, зато у него есть все кнопки. Т. к. в цифровом блоке имеются клавиши управления курсором.
Правда, расположены они неудобно, но это легко поправить с помощью AutoHotkey:
![](https://habrastorage.org/webt/ne/7h/qt/ne7hqtgss6bmkpkisdb3azbx2e8.png)
Такая раскладка используется при отключенном NumLock, а при включенном — вводятся цифры. Что соответствует традиционному способу работы с цифровым блоком.
Но у этого способа есть недостаток: нужно постоянно помнить, какой сейчас включен режим. Или смотреть на индикатор режима.
Поэтому я слегка усовершенствовал эту систему. Переключение по NumLock оставил, но добавил ещё пару служебных клавиш. И теперь, независимо от состояния NumLock, при нажатом пробеле вводятся цифры, а при нажатой кнопке Menu (та, которая между RWin и RCtrl) – работает раскладка с картинки выше. Стало гораздо удобней.
Я бы даже сказал, что Navless удобнее полноформатной клавиатуры (сам не верю, что такое говорю): тут и стрелочки рядом, и цифры недалеко. И места занимает меньше (если это кому-то важно).
Странно, что такой формат не пользуется популярностью у производителей клавиатур. Я нашёл всего несколько подобных моделей. Например, Cooler Master MasterKeys Pro M. Где правая часть реализована вот так:
![](https://habrastorage.org/webt/my/yb/cb/myybcbtnbjt2f3xjc0mdn5o4jra.jpeg)
За счёт раздельного нуля они даже расположили стрелки внизу, как на полноразмерной клавиатуре. И блок из шести служебных клавиш над ними. Молодцы!
Вообще, это хорошо, когда можно изготовить клавиатуру под свои хотелки. Мне же пришлось сначала искать клавиатуру с прямыми верхом и низом, чтобы можно было ровно состыковать обе части после распила. А потом мучиться с излишком мембраны, образовавшейся после вырезания кнопок из середины клавиатуры.
Этот излишек некуда девать, кроме как выводить под низ. А мембрана не такая уж и гибкая. В итоге оно выпирает снизу и не даёт нормально поставить клавиатуру на стол. Приходится использовать подставки.
Для тестирования это приемлемо, а для постоянного использования – нет. Так что, если вас заинтересовал такой формат клавиатуры – покупайте Cooler Master или аналоги.
Хотя, возможно, вам повезёт, и у вашей клавиатуры мембрана будет не такой жёсткой.
Скрипты для AutoHotkey можно скачать у меня на GitHub. Только там лежит уже финальный вариант. С возможностями, которые будут описаны во второй и третьей статьях.
Далі буде… To be continued… Продолжение следует…
Комментарии (45)
azzas
27.05.2022 11:12+2Лично мне для работы категорически необходим блок клавиш управления курсором, который нащупывается не глядя, как и кнопки home/end/pgup/pgdn.
Лично для меня идеальный вариант раскладки вот такой:sukhe Автор
27.05.2022 11:24+4Мне и не приходится нащупывать или глядеть — блок управления курсором уже сразу под пальцами правой руки. И здесь же Delete с Backspace. Я к этому так привык, что при работе под Linux-ом стал испытывать дискомфорт. Пришлось и там делать такое-же управление.
SashaSkot
27.05.2022 11:39Раскладка удобная, это правда.
Но есть минус именно у этой клавиатуры - через пару лет начинается залипание клавиш (причем не самые используемые - Enter) + плюс в России продается модификация с локализацией клавиш достаточно громкая, тихой версии нет.
Я очень сильно последнее время наблюдаю за эти устройствами - буквально на днях вышла MX Mechanical, но производитель все испортил (мое мнение) тем, что сделал эту кнопку рядом с Z (мышечная память годами наработаная будет ее путать при хоткее ctrl+z)
Я смотрю на дополнение к logitech tkl g915 офисную Mx Keys Mini - долго думал, нужен ли мне цифровой блок и понял, что он съедает лишнее место и при комфортном размещении на столе самой клавиатуры - рука с мышью уползаем очень далеко.
sukhe Автор
27.05.2022 11:44+1С дополнительной кнопкой возле Z — это ISO вариант клавиатуры. В американском варианте (ANSI) левый шифт длинный.
MentalBlood
27.05.2022 13:46При использовании слоев раскладки на маленьких клавиатурах можно нащупывать не глядя что угодно
aamonster
27.05.2022 11:18+4Два вопроса:
Вам и правда настолько критично время на перенос руки на мышку, что вы готовы ради него пожертвовать "совместимостью" (с новыми привычками работать не на своей клавиатуре вам будет неудобно)?
Если такая беда с модификаторами – почему не задействовать педали?
amarao
27.05.2022 11:21+8Но правой руке всё также приходилось перемещаться между основным блоком клавиш и вспомогательными кнопками.
Добро пожаловать в vim
h - move cursor left
j - move cursor down
k - move cursor up
l - move cursor right
gj - move cursor down (multi-line text)
gk - move cursor up (multi-line text)
H - move to top of screen
M - move to middle of screen
L - move to bottom of screen
rustler2000
27.05.2022 11:23+1Я пользуюсь Space + WASD и пр. Живу под линуксом - пришлось прогу самому писать под ремап. Субъективно быстрее ибо левая рука всегда на клаве а правая с мыши уходит только когда строчить надо. Ну и максимально чистый стол
Busla
27.05.2022 11:27Интересный эксперимент. Только непонятно: если ставили цель: сделать удобно для работы одной правой, при этом не боялись уйти от канонов, почему не решились и базовое положение правой руки сдвинуть к центру. Если ваши дополнительные слои сдвинуть влево на одну клавишу, то ещё и "пупырка" пятёрки с numpad'а совпадёт с пупыркой на J - значит переход со 100% на 60% пройдёт более гладко.
sukhe Автор
27.05.2022 11:38«Пупырки» давно уже стёрлись, так что это неважно. Да и на цифровом блоке я никогда на них не ориентировался. А вот базовое положение руки на «jkl;» уже «прописано« на уровне рефлексов.
vtb_k
27.05.2022 11:49+1Столько телодвижений лишних. Я в линуксе использую тайловый менеджер, емакс и эмулятором вима и tridactyl в фаєрфоксе, поэтому уже давно забыл, что такое мышь.
ris58h
27.05.2022 19:03+4Перейти на линукс, перейти на тайловый оконный менеджер, перейти на емакс, да ещё и с вимом, перейти на фаерфокс, да с расширением. Действительно, ни одного лишнего телодвижения.
vtb_k
27.05.2022 20:34Это не лишние телодвижения, это мой путь к увеличению своей эффективности. Я очень ленивый человек. Поэтому хочу побыстрее сделать работу за день и посидеть в ютубчике или игры погамать. Зачем тратить целый день, когда можно за 2-3 часа сделать то, что другие делают весь день?
fobo
27.05.2022 12:31есть опасения, что при достижении такой плотности эффективности, клавиатура, а потом и все рабочее место превратятся в черную дыру с неминуемой спагеттификацией пальцев
inkvizitor68sl
27.05.2022 13:35+1и за мышкой тянуться не нужно для навигации (понятно, что иногда в целом надо, но реже), и перебиндить в три слоя можно хоть слона (можно на 3 кнопки трекпойнта 3 meta повесить, если сам трекпойнт не нужен).
Не говоря уже о 60 процентных сплитах, у которых вообще 2 пробела.ris58h
27.05.2022 18:58Трэкпоинт нажимается? У синкпадов (по крайней мере новых) он не кликается, что неудобно - приходится правую руку сдвигать для клика (я про одноручный режим).
inkvizitor68sl
27.05.2022 19:36Он уже лет 15 у thinkpad-ов не нажимается.
Кнопки трекпойнта - под пробелом. Смещать приходится только чтобы среднюю нажать (правую жмёшь большим пальцем правой руки, левую - левой).
Но главный прикол шиноби не в трекпойнте в любом случае, а в https://program.tex.com.tw/shinobi/#keymap
Хотя пробел всё же туговат, но больше минусов придумать невозможно.
Но вообще я о том, что шиноби успешно заменяет 60%, если её перебиндить всю и не использовать верхние 2 ряда.ris58h
28.05.2022 16:47Да я то как раз про одноручный режим.
Просто мне в r/thinkpad и на HN продали идею с трэкпоинтом, а по факту:
Точность меньше чем у трекпада и, тем более, мыши.
Руку приходится переносить (в одноручном режиме).
Какой-нибудь ctrl+click нажать одной рукой тоже сложно.
Он ещё и глючит иногда - начинает ползти в угол. Приходится снимать колпачок и продувать. Но это уже проблема моего экземпляра.
В итоге, маковый трэкпад пока вне конкуренции:
Неплохая точность.
Руку далеко переносить не надо (речь про ноут).
Cmd+click легко сделать одной рукой (а ещё и force touch есть!).
Жесты, которые позволяют работать одной рукой в режиме read only вообще не убирая руку с трекпада.
inkvizitor68sl
28.05.2022 21:34+1Звучит так, как будто трекпойнтом (любым) вы пользовались от силы пару часов - или это вообще был не thinkpad.
Например, cmd+click никогда не нужен, потому что можно нажать среднюю кнопку мыши.
Продувать их тоже нет никакой необходимости, достаточно сдвинуть до упора курсор в ту сторону, куда он "ползёт". За 10 лет ни разу ничего не продувал, только резинки изредка менял.
И уж по точности с тачпадами удачные модели трекпойнтов находятся на одном уровне. Может не у всех выигрывают - но уровень один, для навигации по окнам-мониторам уж точно хватает. С мышкой, само собой, они конкурировать не могут. А основной плюс от трекпойнта - что скроллить намного удобнее.
А у мака трекпад может и хороший, но отвратительно работает под остальными ОС, а клавиатуры макбуков в последние годы, если не считать MBP 16 на M1, никакой критики не выдерживают.
Ну и да, трекпойнты тоже есть говёные - например, любые от Dell, или ultra-low profile от thinkpad с последними клавиатурами (t14s gen2, например).
ris58h
29.05.2022 03:41Звучит так, как будто трекпойнтом (любым) вы пользовались от силы пару часов - или это вообще был не thinkpad.
У меня t14s и беспроводная клавиатура, но ваш настрой уже понятен.
Например, cmd+click никогда не нужен, потому что можно нажать среднюю кнопку мыши.
Проверил VS Code: по среднему клику Go to definition не происходит, а вот по cmd+click - да.
Продувать их тоже нет никакой необходимости
Снять, продуть, постучать, пошатать. Только тогда начинает работать. Это в беспроводной клаве.
И уж по точности с тачпадами удачные модели...
Значит у меня 2 неудачные модели.
скроллить намного удобнее
Тачпадом отлично скролится во всех направлениях.
отвратительно работает под остальными ОС
Возможно. Не пробовал.
t14s gen2
Вот он и есть.
Короче, получилось как и с r/thinkpad. Есть где-то мифический трекпоинт, которым хоть в кваку играй, но мне к этому чуду техники прикоснуться так и не удалось.
inkvizitor68sl
29.05.2022 22:32Проверил VS Code: по среднему клику Go to definition не происходит, а вот по cmd+click - да.
Ну шо я могу сказать - https://github.com/microsoft/vscode/issues/3130, голосуйте. В браузере middle mouse отлично работает, а в остальных местах отлично вставляет текст -)
Короче, получилось как и с r/thinkpad. Есть где-то мифический трекпоинт, которым хоть в кваку играй, но мне к этому чуду техники прикоснуться так и не удалось.
В моей голове я уже писал, но оказалось, что нет -)
"Тот" самый трекпойнт - это 55Y9041 (он же в X220, T420 - партнамбер досок с кнопками один и тот же).
В кваку нужно тренироваться, но я прошёл немало игр попроще на таком.
Значит у меня 2 неудачные модели.
Да, такое вполне возможно, с учётом того, что последней действительно успешной модели с трекпойнтом 10 лет, а "нормальной" последней был, помнится, x1 gen4.
https://t.me/debian_pro/47 - вот так попробуйте сделать, должно полегчать. Как минимум ублюдочное динамическое ускорение отключится, поведение курсора станет предсказуемее.
Deterok
30.05.2022 07:50Да шиноби хороша, но опять же она огромная и непонятно как ее с собой брать в поездки. Еще мне не нравится ее плотность, могли уже сделать шире но менее плотной. В целом неплоха для коллекции но работать я на ней не смог.
ABelanov
27.05.2022 14:39Рекомендую ещё посмотреть в сторону геймерских мышей для ммо-игр. Мне хватило logitech g604. Хотя когда-то юзал redragon legend chroma
Суть в том, что под большой палец правой руки можно назначить реально нужные клавиши или макросы. Ctrl+c и ctrl+v у меня прям обязательны. А сейчас я ещё безумно привык переключать вкладки в браузере колесом мыши
Metotron0
27.05.2022 14:51Статью не осилил, но у меня есть первая Anne Pro и я ей практически не пользуюсь, потому что часто использую стрелки, а они тут через fn. Столь же часто использую ctrl+стрелки, а это уже ctrl+fn+буква. И довольно часто я использую для выделения слов ctrl+shift+стрелки, а тут это уже четырёхбуквенный аккорд. Туда же shift+home и shift+end для выделения текста до начала или до конца строки.
Кое-что удалось сгладить с помощью аддонов metago и metajump в cscode, но с ними всё равно получается несколько дольше, потому что после нажатия горячей клавиши нужно не просто задать "два слова вправо", а посмотреть, какая там буква, и потом ещё прочитать, какую букву он мне показывает, и быстро нажать её на клавиатуре.
Особенная изюминка — постоянное нажатие escape вместо буквы ё, потому что я забываю нажимать fn, в итоге у меня всё время закрываются окошки, в которых я ввожу текст.
sukhe Автор
27.05.2022 15:31Вот вы не осилили, а там написано, что для выделения слова вправо-влево нужно нажать всего две кнопки. И для передвижения на слово влево-вправо тоже две кнопки. И удалить целиком слово или вообще до начала-конца строки тоже. Причём, всё это — одной правой рукой, не смещая кисть с основной позиции. И там же Delete, Backspace, Enter и Esc. Плюс Copy/Paste/Cut.
Metotron0
27.05.2022 16:38Мне кажется, это от клавиатуры зависит. Моя её макросы умеет записывать, но они такие медленные, что совсем бессмысленные. А кнопку с выполнения макроса не разбиндить, так и торчит ненужная. А ещё у неё есть 4 разных раскладки, но 3 зафиксированные, пользователю доступна лишь одна с двумя, вроде бы, слоями, потому что fn всего одна. И настраивается это через телефон.
shornikov
27.05.2022 16:14Для себя идеалом считаю Logitech G15 второй редакции. К ней конечно есть чутка вопросов - например, экранчик в современном мире оказался бесполезным и русский бы другим цветом, и подсветку поярче - но лучше - не видел.
А теперь вопрос - есть ли альтернативы? Полноразмерная, с несколькими доп. клавишами, управлением плеером, однотонной подсветкой. Без "геймерства" и заоблачной цены.
Schokn-Itrch
27.05.2022 17:55Моя текущая клавиатура TVS Gold Pro. Учитывая как трудно достать клавиатуру с привычной раскладкой, читать как пилят нечто подобное крайне неприятно. Ладно их были толпы и уймы, но их считанные единицы...
sukhe Автор
27.05.2022 18:41Это старая ушатанная в хлам мембранка самой дешёвой серии, которую я достал из ящика «на выброс«. И с трудом отскрёб от наслоений грязи, которые она приобрела за долгие годы работы в цеху.
Это же не мицуми. Её бы я пилить не стал.
rezdm
27.05.2022 21:14Если с мышкой плохо (у меня у двух коллег что-то с рукой-предплечьем) -- оба двое купили трекболы (первый коллега что-то от логитека с шаром под большой палец лежит как бы плашмя, шар сверху, а другая коллега эхм... шар как бы сбоку), и вот как раз первый коллега купил что-то такое вот мелкое. Я пробовал понажимать -- ну так себе, на любителя. Без нампада по мне -- швах.
p.s. В это же время я себе взял Das Keyboard Ultimate S (нашёл олд нью сток)
sukhe Автор
27.05.2022 21:59Это всё очень индивидуально. Нет какого-то одного рецепта, удобного вообще для всех.
Возможно, во всём виноваты трекпойнты :) На ноутбуках они мне нравятся больше, чем мыши или трекпады. Они меня приучили, что смещать куда-то руки для управления курсором вовсе не обязательно.
Трекболл — штука интересная. Я с него начинал. А когда пришлось перейти на мышку (тогда ещё были комовские шариковые), долго плевался. Но деваться было некуда — трекболлов взять было негде.
finkrer
27.05.2022 22:16Хороший анализ, я тоже так делал и пришел к примерно тем же выводам.
После этого собрал 65% клавиатуру, где-то год назад. По итогам использования могу сказать, что лучше от клавиш не отказываться и пользоваться чем-то вроде 75%. Слои так себе работают, когда клавишу нужно нажать с модификатором, а то и с несколькими - такая себе гимнастика получается. К тому же, если пользуешься ноутбуком, все равно половину времени приходится сидеть на самой обычной раскладке. Тут совместимость оказывается важнее.
Ну и да, всякие экзотические идеи с двойными функциями клавиш обычно мешают их нормальному использованию. У меня был императивный ремаппер на питоне, так что логику можно было писать любую - и несмотря на это, стоящих комбинаций очень мало. Капс как раз хорошо для этого подходит. Жаль, что функций, которые хочется на него повесить, куда больше двух.
sukhe Автор
27.05.2022 22:29Вот как раз в случае с программным ремапом нет проблем переключиться на ноутбук. У меня эта раскладка на двух десктопах и двух ноутах.
Что касается клавиатурных комбинаций — согласен. В IDE-шках иногда встречаются такие замороченные аккорды, которые и на обычной-то клаве нажимать неудобно.
Насчёт недостатка клавиш для ремаппинга в районе Caps-a можно посмотреть в сторону варианта ISO вместо ANSI. Там как раз левее «Z» лишняя клавиша есть. Но не всем нравится короткий Shift.
На мой взгляд, отличный вариант — японская клавиатура. Там по бокам от пробела есть пару лишних клавиш, на которые можно навесить модификаторы. Выше в комментариях вообще отличный вариант — японская клава с трекпойнтом (впрочем, он тоже не всем нравится).finkrer
28.05.2022 08:25Ну, тут смотря чем ремапить. Где-то можно саму клавиатуру настраивать, где-то один софт, где-то другой. Функциональность все равно немного разная может быть. Опять же, японская клавиатура или там split spacebar уже на ноутбуке вряд ли будет. Так что на деле фантазия несколько ограничена.
Лично я, когда купил макбук, почти отказался от всего этого. Во-первых, там удобная унифицированная логика работы Cmd/Option+Arrows/Backspace/Delete, так что ты либо пользуешься готовыми стрелочками, либо изобретаешь кучу сочетаний клавиш под это все, либо рушишь себе унификацию. Во-вторых, внезапно для удобного переключения раскладки в принципе подходит только Caps, потому что привычные с винды клавиши постоянно используются в комбинациях. А это как раз мой Function был.
Конечно, на 65% хоть как приходится пользоваться слоями, но иногда уже думаешь, нажимая Alt+Caps+4, лучше бы эти клавиши просто были. Уж верхний ряд точно мне не мешал.
inkvizitor68sl
29.05.2022 22:37О, я и не обратил внимания, что скинул японскую -)
Я как раз имел в виду, что если трекпойнт не нужен - то под пробелом Шиноби есть 3 отличных кнопки под модификаторы. Они отлично биндятся в конфиге (на среднюю, кстати, сразу из коробки один из модификаторов повешен).
RaymanOne
28.05.2022 19:22+1Перешел на 75% после 60%. Стрелок сильно не хватало обычных, без модификаторов. 75% совсем немного больше, на одну кнопку в ширину, а на одну в высоту можно даже и не считать. Но комфорта намного больше, баланс идеальный как по мне.
Cheater
27.05.2022 23:58+1Неплохо, но не идеально, указывать на плюсы лень, укажу только минусы:
IJKL - неудачный вариант: одну из лучших клавиш (J) отдаёте под одно из самых редких действий (символ влево). Вимовский hjkl не дураки придумывали.
Повесив модификатор на SPC, вы получаете классическую проблему невозможности отличить нажатие модификатора. " j" (например), набранное без отпускания пробела - это j с модификатором (стрелка влево) или очень быстро набранное " j"? Вы сами говорите в конце статьи, что столкнулись с этой проблемой для других клавиш, как вышло что вы не столкнулись с ней для пробела?
Многократное нажатие Return делается мизинцем, что не есть хорошо. В обычном Return из-за его размера это можно обойти сниманием руки с домашнего ряда и нажатием Return средним/безымянным пальцем, в вашей раскладке такое не прокатит.
Пара круглых скобок набирается движением рядом стоящих пальцев (finger roll), как правило это хороший признак, но не когда один из пальцев - мизинец. Мизинец не может ни начать удобных finger roll-ов, ни закончить их. У квадратных скобок в вашей раскладке этой проблемы нет, тк они набираются средним+указательным пальцем. Почему квадратные скобки, гораздо более редкий символ чем круглые, имеют у вас приоритет в позиции перед круглыми?
"Что удобно для "потребителей контента", которым нужно просматривать страницы с готовыми текстами" (PgUp / PgDn) - неверное в корне суждение. Просмотр существующего кода занимает у программиста более чем в 5 раз больше времени, чем написание нового. Скролл вверх/вниз - важнейшее действие для программиста, например в моей кастомной раскладке он забит на самые ценные позиции - I/J (с модификатором).
sukhe Автор
28.05.2022 13:02+1Вимовский hjkl не дураки придумывали.
Вимовский hjkl вообще не придумывали. Это тяжёлое наследие телетайпа. Где ввод управляющих кодов делали маскированием старших трёх бит с помощью клавиши Ctrl (то есть, Ctrl + H [100 1000]) ⇒ Backspace [000 1000]). Так получилось, что возврат на символ назад и перевод строки (linefeed) в раскладке QWERTY попали на рядом стоящие hj. Поэтому, когда понадобилась навигация, задействовали эти две кнопки и добавили к ним kl. «Не дураки» сдвинули бы это всё на позицию правее.Вы сами говорите в конце статьи, что столкнулись с этой проблемой для других клавиш, как вышло что вы не столкнулись с ней для пробела?
Видимо, тут как в азбуке морзе — делаю между словами паузы. А внутри слова набираю без пауз. Поэтому с буквами-модификаторами проблемы есть, а с модификатором-пробелом — нет. Вобщем, не сталкиваюсь я с такой проблемой.Многократное нажатие Return делается мизинцем, что не есть хорошо. В обычном Return из-за его размера это можно обойти сниманием руки с домашнего ряда и нажатием Return средним/безымянным пальцем, в вашей раскладке такое не прокатит.
Эмм… Я и обычный Return мизинцем жму. Только при этом ещё и движение вправо нужно делать.…это хороший признак, но не когда один из пальцев — мизинец… Почему квадратные скобки, гораздо более редкий символ чем круглые, имеют у вас приоритет в позиции перед круглыми?
Я полностью согласен с вашими доводами. Исходя из таких же соображений в первой версии моей раскладки круглые скобочки находились именно в позиции df. Но со временем я заметил, что квадратные скобки мне нажимать легче, чем круглые. Поэтому поменял их местами. Почему оно так — понятия не имею. Мне так удобнее. Даже если это противоречит теории.…неверное в корне суждение… Скролл вверх/вниз — важнейшее действие для программиста, например в моей кастомной раскладке он забит на самые ценные позиции — I/J (с модификатором).
Насчёт необходимости скролла согласен, насчёт того, что его нужно делать именно PgUp/PgDn — не совсем. Пока я работал в терминале/тмуксе — вовсю пользовался клавишами. Как перешёл в IDE — стал чаще использовать мышку. Там справа от основного редактора есть «лента» с уменьшенным текстом кода. Можно сразу перетащить окно к нужному месту. Да и поиск есть. И Ctrl+click на имени функции.
В общем, у меня сейчас гибридная навигация: часть действий правой рукой на кнопках, часть — левой рукой с мышкой. Так получается быстрей (опять-же, это всё индивидуально).
В целом, вы правы: скроллинг нужен, и он должен быть удобен. Не имею ничего против, если это будет PgUp/PgDn.
⁂
Спасибо за дельные комментарии
usego
Хорошо бы какой-то бенчмарк с ДО и ПОСЛЕ при более менее реалистичном юз кейсе провести. Стоят ли эти героические усилия того.
sukhe Автор
Я делал для удобства, а не для скорости. Удобство повысилось — это факт. Как это измерить, я не знаю.