Windows terminal не работает shift

Клавиши Shift и Control не синхронизированы с обычными клавишами через RDP

Я провожу довольно много времени , работая на разных машинах по протоколу RDP (обычно RDPing к одной машине и оттуда RDPing к другим компьютерам за пределами нашей локальной сети) и есть вопрос , где модификатор клавиши (т.е. Ctrl , Alt , Shift , и Win ) иногда не вступают в силу так же быстро, как стандартные нажатия клавиш.

Например, если я пытаюсь печатать «» , я могу получить, 2″ потому что удаленный компьютер получает первое нажатие 2 клавиши, прежде чем он получит модификатор Shift. Это вызывает особые проблемы с полями, защищенными паролем (так как они часто требуют букв смешанного регистра, и вы не можете видеть, что набрано) и с Ctrl + C (где выделенный раздел удален и заменен на a C ).

(И прежде чем кто-либо спросит, это не просто плохая типизация, иначе проблема не будет ограничена сеансами RDP.)

Это не похоже на аппаратную проблему, как это происходит на моем рабочем столе (под управлением 64-битной Windows 7) и на моем ноутбуке (32-битная XP), а также на различных удаленных компьютерах под управлением различных операционных систем (от XP до Windows 2008 Server)

Бывают случаи, когда проблема более выражена, и это может быть связано с медленным подключением к Интернету / VPN.

Кто-нибудь видел эту проблему, и (кроме как всегда очень медленно печатать, т. Е. Около одного символа в секунду) есть какие-либо решения этой проблемы?

Источник

Клавиши Shift и Control не синхронизированы с обычными клавишами через RDP

Я провожу довольно много времени, работая на разных машинах через RDP (обычно RDPing на одну машину и оттуда RDPing на другие компьютеры за пределами нашей локальной сети), и у меня возникает проблема, связанная с клавишами-модификаторами (например, Ctrl , Alt , Shift и Win ) иногда не вступают в силу так быстро, как стандартные нажатия клавиш.

Например, если я пытаюсь ввести «» , я могу получить 2″ потому что удаленный компьютер получает первое нажатие клавиши 2 прежде чем он получит модификатор Shift. Это вызывает особые проблемы с полями, защищенными паролем (так как они часто требуют букв смешанного регистра, и вы не можете видеть, что набрано) и с Ctrl + C (где выделенный раздел удален и заменен на C ).

(И прежде чем кто-либо спросит, это не просто плохая типизация, иначе проблема не будет ограничена сеансами RDP.)

Это не похоже на проблему с оборудованием, как это происходит на моем рабочем столе (под управлением 64-битной Windows 7) и на моем ноутбуке (32-битная XP) и на различных удаленных компьютерах, работающих под управлением разных операционных систем (от XP до Windows 2008 Server)

Бывают случаи, когда проблема более выражена, и это может быть связано с медленным подключением к Интернету /VPN.

Кто-нибудь видел эту проблему, и (кроме того, что печатать очень-очень медленно, т. Е. Примерно по одному символу в секунду), есть какие-то решения этой проблемы?

Источник

Почему клавиши Esc, Ctrl, Shift и Alt не работают в сеансе SSH с моего ПК с Windows?

Я работаю на ПК с Windows. Если я открою терминал (с putty или ssh) для Linux (CentOS) maschine, я не смогу получить клавиши Esc, Ctrl, Shift и Alt для работы. Мне они нужны для Midnight Commander (в настоящее время Ctrl-Ins и Shift-Ins не работают для меня). Можно ли получить эти ключи?

2 ответов

Putty эмулирует терминал, который подключен к Unix машина через последовательный ( RS232c ) соединения. Смотри здесь параметры конфигурации. Типичные типы терминалов включают vt100 , vt200 , xterm , ansi .

для правильной работы Unix переменные среды TERM должно соответствовать типу эмулируемого терминала (см. Putty конфигурация Connection/Data/Terminal-type ). Я использую xterm , также для текстовых окон консоли.

использовать echo $TERM as команда для поиска текущего значения.

Esc первый символ терминальной последовательности. Таким образом, это, как правило, не должны использоваться в качестве самостоятельного персонажа. Ctrl , Shift и Alt сами по себе не вызывают каких-либо символов, который будет отправлен на ваш Unix машины. Вы можете использовать Putty меню Настройки Terminal/Keyboard влиять на то, как переводятся определенные ключи.

хотя шпатлевка устанавливает TERM переменная xterm , его поведение фактически не соответствует поведению xterm. Есть две функции, упомянутые в вопросе:

• Escape как префикс возвращено специальными ключами обеспечено xterm в качестве альтернативы meta ключ (см. обсуждение eightBitInput в руководстве).
• другой ключи ( управления , Shift и Alt ) обычно используются как модификаторы*. То есть они обычно не отправляют символы сами по себе, а изменяют поведение нажатой клавиши.

в библиотеки часто задаваемые вопросы как использовать модификаторы сдвига или управления? представляет некоторые из фона для измененных ключей. Шпатлевка не реализует любой об этом. Это тут изменение управляющих последовательностей, передаваемых с помощью клавиши со сдвигом курсора, переключение между нормальный и приложение режимы (см. xterm FAQ почему я не могу использовать клавиши курсора (любой) оболочки? для обсуждения этих терминов).

ncurses имеет точное описание терминала для конфигурации по умолчанию шпаклевка (несколько описания могут быть созданы в соответствии с настройками диалогового окна клавиатуры, но на практике они редко упоминаются, вероятно, редко используются). Системы с полной терминальной базой данных будут иметь это putty описание терминала.

как другие терминальные эмуляторы которые устанавливают TERM to xterm , полное описание терминалов имеет много различий по сравнению с xterm . В библиотеки часто задаваемые вопросы почему бы просто не использовать термин, установленный в «в xterm»? дает обзор этого аспекта.

упоминание о ssh намекает, что вы можете использовать mintty С Cygwin. То есть потомок PuTTY , С примерно такими же ограничениями.

Источник

Устранение неполадок в Терминале Windows

В этом руководстве рассматриваются некоторые распространенные ошибки и препятствия, которые могут возникнуть при использовании Терминала Windows.

Настройте дистрибутив WSL для запуска в корневом каталоге

По умолчанию startingDirectory профиля является %USERPROFILE% ( C:\Users\ ). Это путь в Windows. Однако для WSL вместо этого может потребоваться использование пути к основной папке WSL. startingDirectory принимает только путь в стиле Windows, поэтому для запуска в дистрибутиве WSL требуется префикс.

Начиная с Windows 10 версии 1903, запросы в файловые системы дистрибутивов WSL можно выполнять, используя префикс \\wsl$\ . Для любого дистрибутива WSL с именем DistroName используйте \\wsl$\DistroName в качестве пути Windows, указывающего на корень файловой системы этого дистрибутива.

Например, следующий параметр запустит дистрибутив Ubuntu-18.04 в пути к основной папке:

Задание заголовка вкладки

Сведения о настройке автоматического задания заголовка вкладки оболочкой см. в этом руководстве. Если вы хотите задать собственный заголовок вкладки, откройте файл SETTINGS.JSON и выполните следующие действия:

В профиле для выбранной командной строки добавьте «suppressApplicationTitle»: true , чтобы подавлять события изменения заголовка, отправляемые из оболочки. При добавлении только этого параметра в профиль для заголовка вкладки задается имя вашего профиля.

Если вам необходим пользовательский заголовок вкладки, который не является именем профиля, добавьте «tabTitle»: «TITLE» . Замените TITLE необходимым заголовком вкладки.

Аргументы командной строки в PowerShell

Сведения о функционировании аргументов командной строки в PowerShell см. на этой странице.

Аргументы командной строки в WSL

Сведения о функционировании аргументов командной строки в WSL см. на этой странице.

Проблема при настройке startingDirectory

Если startingDirectory игнорируется в профиле, сначала убедитесь в правильности синтаксиса SETTINGS.JSON. Для выполнения проверки синтаксиса автоматически внедряется схема «$schema»: «https://aka.ms/terminal-profiles-schema» . Некоторые приложения, например Visual Studio Code, могут использовать эту схему для проверки JSON-файла при внесении изменений.

Если параметры верны, возможно, выполняется сценарий запуска, который задает начальный каталог терминала отдельно. Например, PowerShell имеет собственную отдельную концепцию профилей. Изменение в ней начального каталога приоритетнее определения параметра в Терминале Windows.

Кроме того, при запуске сценария с помощью параметра профиля commandline вы могли задать в нем расположение. Как и в случае с профилями PowerShell, эти команды приоритетнее параметра профиля startingDirectory .

Целью startingDirectory является запуск нового экземпляра Терминала Windows в заданном каталоге. Если терминал выполняет любой код, который изменяет каталог, необходимо внимательно изучить этот код.

CTRL+= не увеличивает размер шрифта

Если вы используете раскладку клавиатуры на немецком языке, то можете столкнуться с этой проблемой. CTRL+= десериализуется как CTRL+SHIFT+0 , если для главной раскладки клавиатуры задано значение «Немецкий». Это правильное сопоставление для немецкой раскладки клавиатуры.

Что более важно, приложение никогда не реагирует на нажатие клавиши CTRL+SHIFT+0 . Это связано с тем, что сочетание клавиш CTRL+SHIFT+0 зарезервировано в Windows, если активированы несколько раскладок клавиатуры.

Если вы хотите отключить эту функцию для правильного функционирования Ctrl+= , следуйте инструкциям в разделе «Изменение сочетаний клавиш для переключения раскладки клавиатуры в Windows 10» в этой записи блога.

Задайте для параметра «Смена раскладки клавиатуры» значение «Не назначено» (или отключите CTRL+SHIFT ), щелкните ОК, а затем — Применить. Комбинация CTRL+SHIFT+0 должна теперь функционировать в качестве настраиваемого сочетания клавиш и передаваться в терминал.

С другой стороны, если вы используете эту возможность сочетания клавиш для нескольких языков ввода, вы можете настроить пользовательское сочетание клавиш в файле SETTINGS.JSON.

Текст размыт

Некоторые драйверы экрана и аппаратные конфигурации не могут обрабатывать прокрутку и/или «грязные» области без размытия данных предыдущего кадра. Чтобы устранить эту проблему, добавьте набор этих глобальных параметров отрисовки, чтобы снизить нагрузку на оборудование, вызванную отрисовщиком текста терминала.

Источник

Windows terminal не работает shift

Этот форум закрыт. Спасибо за участие!

Лучший отвечающий

Вопрос

Не нахожу раздел терминал, задам тут, извините если оффтоп. Если входить в терминал (2008R2) происходит что-то похожее на залипание клавиши Shift. При смене языка ввода — (Ctrl+Shift настроено у пользователя) происходит как будто залипание и дальше сессия ведет себя так, словно зажата клавиша Shift:

Буквы набираются заглавные, если поводить мышью — то идет выделение сегмента текста, как с Shift. Эффекта можно 100% добиться, если несколько раз нажать переключение раскладки(с первого раза может не включится, но если несколько раз подряд переключить раскладку — 100% появляется эффект). Вроде в сети пишут, что так глючит ctfmon.ехе, но так ли это, и если так, можно ли это вылечить централизовано?

исправлено: клиентская система Windows 7, в процессах ctfmon.ехе вообще нету, выгрузка утилиты от видеодрайверов(интеловская видяха) не помогло. Смущает, что есть еще один терминальный сервер, офис и винда стоят из одного дистрибутива, но там ничего подобного нету. Что за бред? Обновления включены, все по рекомендованным. И еще: если в момент залипания, нажать Alt+Shift — то эффект залипания пропадает. При этом язык ввода меняется через Ctrl+Shift, а смена раскладки отключена и через реестр включен ключ IgnoreRemoteKeyboardLayout.

Источник