1. Заголовок: «Горячие клавиши» при написании статей или комментариев.
2. Краткое описание идеи:
Привести работу горячих клавиш к общепринятым стандартам программирования и рекомендациям изготовителя операционной системы Windows®: Клавиша AltGr (правая) является модификатором клавиатуры, наравне с Shift и Caps Lock, и не является равносильной левой клавишей Alt, предназначение которой прямой доступ к пунтктам меню (из MSDN Knowledge base). В случае, если программисты не способны этого сделать, то полностью отключить горячие клавиши.
3. Полное описание идеи:
Ввиду того, что программисты игнорировали общепринятые стандарты и рекомендации, которым уже исполнилось 27 лет: до появления IBM PS/2 в 1986г., текст клавишAlt был обозначен зелёным цветом, а в IBM PS/2 правая Alt, которую специально обозначили серым цветом, стала модификатором. Этот стандарт поддержал и Microsoft, в своих программах для DOS и сам Windows, начиная с версии 2.0. После этого, производители клавиатур, в целях экономии, начали использовать только один цвет, и с 1989г., правая клавиша стала официально называться AltGr
В итоге, моё предложение, чтоб программисты уважали общепринятые стандарты и рекомендации. Это, в первую очередь значит уважать пользователя.
Хочу напомнить, что стандартные языковые раскладки, в которых необходимо использовать AltGr, для доступа к часто используемым символам, между прочими: Украинская, Испанская (Испания), Испанская (Лат. Америка), Французская (все варианты), Литовская и т.д. А также существуют множество русских альтернативных раскладок, а благодаря неграмотному программированию, символы (для правильного правописания, такие как (-) или («») просто недоступны).
Заключение: Обоснованно просится освободить AltGr от «горячих клавишь».
4. Список преимуществ:
а) использовать клавиши по их первичному назначению;
б) пользователь имеет доступ к своей клавиатуре, и к нужным ему символам;
в) согласование с нормами и стандартами.
5. Список проблем, которые могут появиться в результате реализации
Проблем нет никаких, так как настоящий - запрос на исправление грубой концептуальной ошибки программистов.
Привести работу горячих клавиш к общепринятым стандартам программирования и рекомендациям изготовителя операционной системы Windows®: Клавиша AltGr (правая) является модификатором клавиатуры, наравне с Shift и Caps Lock, и не является равносильной левой клавишей Alt, предназначение которой прямой доступ к пунтктам меню (из MSDN Knowledge base). В случае, если программисты не способны этого сделать, то полностью отключить горячие клавиши.
3. Полное описание идеи:
Ввиду того, что программисты игнорировали общепринятые стандарты и рекомендации, которым уже исполнилось 27 лет: до появления IBM PS/2 в 1986г., текст клавишAlt был обозначен зелёным цветом, а в IBM PS/2 правая Alt, которую специально обозначили серым цветом, стала модификатором. Этот стандарт поддержал и Microsoft, в своих программах для DOS и сам Windows, начиная с версии 2.0. После этого, производители клавиатур, в целях экономии, начали использовать только один цвет, и с 1989г., правая клавиша стала официально называться AltGr
В итоге, моё предложение, чтоб программисты уважали общепринятые стандарты и рекомендации. Это, в первую очередь значит уважать пользователя.
Хочу напомнить, что стандартные языковые раскладки, в которых необходимо использовать AltGr, для доступа к часто используемым символам, между прочими: Украинская, Испанская (Испания), Испанская (Лат. Америка), Французская (все варианты), Литовская и т.д. А также существуют множество русских альтернативных раскладок, а благодаря неграмотному программированию, символы (для правильного правописания, такие как (-) или («») просто недоступны).
Заключение: Обоснованно просится освободить AltGr от «горячих клавишь».
4. Список преимуществ:
а) использовать клавиши по их первичному назначению;
б) пользователь имеет доступ к своей клавиатуре, и к нужным ему символам;
в) согласование с нормами и стандартами.
5. Список проблем, которые могут появиться в результате реализации
Проблем нет никаких, так как настоящий - запрос на исправление грубой концептуальной ошибки программистов.