Trantek Electronics Co. - более известный под лейблом TTC:
Энкодеры(Encoder): http://www.ttc-switch.com/en/products.aspx?cid=13#1 , готовый модуль: http://www.ttc-switch.com/en/products.aspx?cid=37
Микрики(micro switch): http://www.ttc-switch.com/en/products.aspx?cid=36 , мембранные микрики(tact switch): http://www.ttc-switch.com/en/products.aspx?cid=34

Yueqing Tengfei Electronic Co. - более известный под лейблом HUANO:
Энкодеры(Encoder): http://www.yqtengfei.com/plus/list.php?tid=14
Микрики(micro switch): основные кнопки: http://www.yqtengfei.com/plus/list.php?tid=12 , боковые: http://www.yqtengfei.com/plus/list.php?tid=13 , мембранные микрики(tact switch): http://www.yqtengfei.com/plus/list.php?tid=32

Kaihua Electronics Co.,Ltd - более известный под лейблом Kailh:
Энкодеры(Encoder): http://www.kailh.com/en/products.asp?Ca ... d=74&rel=9
Микрики(micro switch): http://www.kailh.com/en/products.asp?Ca ... d=67&rel=2 , мембранные микрики(tact switch): http://www.kailh.com/en/products.asp?Ca ... d=69&rel=4

Omron Electronic Components - более известный под лейблом Omron:
Микрики(micro switch): http://components.omron.eu/en/products/ ... fault.html , http://www.fa.omron.co.jp/products/fami ... ature.html , http://www.omron-ap.co.in/product_info/D2F/index.asp , http://www.fa.omron.co.jp/products/fami ... index.html

Всего существует 3 основных способа держать компьютерную мышку.

Хват ладонью
#77
Вся ладонь лежит на мышке. По бокам мышку придерживают большой палец и мизинец. Такой хват лучше всего подходит для работы в офисе, т.к. обеспечивает наименьшую утомляемость руки во время работы.

Хват пальцами
#77
Ладонь не лежит на мышке. С одной стороны мышь придерживает большой палец, с другой безымянный и мизинец. Нажатие на на мышку происходит подушечками пальцев.

Хват «коготь»
#77
Рука располагается аналогично предыдущему пункту, только нажатие на кнопки мыши происходит кончиками пальцев, а не подушечками.

Правильный хват мышки в играх для геймеров.
Считается что это «коготь» и хват пальцами.
Такой тип хвата обеспечивает геймерам наибольшую точность позиционирования в играх, а так же наибольшую скорость и «точность» кликов.

На самом деле у этого регулятора не 11 положений, вынесенных в интерфейс, а 20.
Каждому положению соответствует точный коэффициент дополнительного масштабирования Km :
( не знаю, как включить моноширинный шрифт )
Положение слайдера апплета : 1, 2, -, 3, -, 4, -, 5, -, 6, ....
Полное положение регулятора : 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, ....
Коэффициент масштабирования : 1/32, 1/16, 1/8, 2/8, 3/8, 4/8, 5/8, 6/8, 7/8, 8/8(1), >1 ...

Ну, видно, что с помощью этого апплета некоторые промежуточные масштабы задать не получится.
Зачем сия экономия с ублюдскими пропусками - непонятно. Видимо, послабление юзеру по-американски,
как с размерами одежды и обуви.
Если сильно надо, то могу дать свою примитивную программку, которая позволяет использовать
все масштабы, а заодно и более точно настраивать "галку повышенной точности".

Далее происходит следующее. Унутре себя Винда как бы двигает указатель по скрытому внутреннему экрану
с "крутым" фиксированным разрешением 65536 х 65536 пикселов. А на реальный экран SX x SY пикселов
движение проецируется в обратном порядке.
Т.е., например, получаем от мышки приращения dx, dy.
На внутреннем экране "высокого разрешения" его координаты HX, HY изменятся так :
HX = HX + dx*Km*65535/(SX-1)
HY = HY + dy*Km*65535/(SY-1)
А затем, если кто-то попросит координаты RX, RY на реальном экране, то их можно отдать как :
RX = HX*(SX-1)/65535
RY = HY*(SY-1)/65535
Наверняка используются даже не точные (SX(Y)-1)/65535, а приближённые отношения SX(Y)/65536.

Вычисления эти производятся в целочисленном виде, с округлением и прочими надобностями.
Если дополнительное масштабирование Km =1 (положение слайдера =6), то с округлением получается неплохое
совмещение "сеток" экранов, и курсор нормально реагирует на каждый отсчёт, полученный от мышки,
своим чётким сдвигом на 1 пиксел.
Рассматривать Km>1 (положения слайдера выше позиции 6) не имеет смысла, т.к. ясно, что курсор в этом
случае никогда не будет двигаться по каждому пикселу экрана, появятся скачки на 2 их и более.
А вот когда Km уменьшается (слайдер <6), происходит большее количество округлений и отбрасываний остатков,
особенно при очень медленном движении мышки. Ошибка совсем невелика, но она есть и растёт по мере снижения Km.
А учитывая тот факт, что при этом мы ещё и CPI мышки задираем, реакция на все её точные "подрагивания"
+\- 1 дискрета будет ещё сильнее усугубляться приближениями пересчётов.

К программам (играм), которые используют собственную обработку, юзая непосредственно dx, dy мышки и
вычисляя из них, например, углы поворотов камеры персонажа, это всё не имеет отношения.
Там результат настройки зависит уже от реализации их вычислений. Иногда нормальной, а иногда
до ужаса мерзопакостной.