Есть идеи, почему Microsoft Keyboard Layout Creator 1.4 отказывается работать должным образом на моей 64-битной Windows 7 Professional?

1434
Gerold Broser

Я загрузил MSKLC 1.4 из центра загрузки Microsoft, запустите [it] от имени администратора, но он отказывается отображать раскладку клавиатуры после того, как ФайлЗагрузить существующую клавиатуру ... :

(Обратите внимание на выбранную раскладку клавиатуры в строке заголовка.)

Empty MSKLC

Я прочитал в (n старой) ветке форума, что нужен .NET 3.5, но dotNetFx35setup.exe просто ничего не делает (по крайней мере, ничего не видного для меня) при запуске от имени администратора .

У меня установлен MS .NET Framework 4.6.1. Я отремонтировал его из Панели управленияПрограммы и компоненты . Это не помогло.

Я тоже пробовал с настройками совместимости с Windows XP, но безрезультатно.

Я загрузил KeyTweak с сайта под названием jaleco, но когда я запустил его, мой антивирусный ПО обнаружил PUA / InstallCore . Затем я обнаружил, что он просто делает то же самое, что и .regфайлы в моей Q / A, приведенной ниже .

Я использую решение, которое я описал в разделе Как переназначить правую и правую клавиши клавиатуры на данный момент, но необходимость в перезагрузке неудобна, так как я использую это для клавиатуры, подключенной к ноутбуку, и я не хочу менять его внутренний постоянно.

Также приветствуются предложения по другим инструментам сопоставления клавиатуры (те, в которых нет вирусов), а также советы по решению проблемы неправильного поведения MSKLC.

ОБНОВЛЕНИЕ 1

Применение соответствующего изменения реестра, уничтожение процесса проводника в диспетчере задач и запуск нового проводника из диспетчера задач, как предложено в комментарии @barlop, не помогает. Перезагрузка / перезагрузка необходима для вступления настроек в силу.

ОБНОВЛЕНИЕ 2

Remapkey.exeWindows Server 2003 Resource Kit, как упомянуто в ответе на Switch alt и ключ lwindows на ПК (Windows 7), просто изменяет реестр и тоже нуждается в перезагрузке.

ОБНОВЛЕНИЕ 3

AutoHotkey сценарий, содержащий:

RWin::RAlt RAlt::RWin 

тоже не сильно помог. Смененный ключ R-Alt работает в некоторых приложениях, в некоторых он показывает странное поведение.

MSKLC не работает на моей старой Windows Vista с таким же неправильным поведением, как описано в начале этого вопроса.

Есть KbdEdit, который выглядит многообещающе (с другой стороны, некоторые вещи до UPDATE 3 здесь также выглядели многообещающе). Однако это не бесплатно, и я пока не могу сказать, работает ли он, поскольку в демо-версии сохранение невозможно.

ОБНОВЛЕНИЕ 4

MSKLC позволяет сохранить раскладку клавиатуры, загруженную с помощью ФайлЗагрузить существующую клавиатуру ... как .klcфайл. Это содержит:

...  KEYNAME_EXT  ... 38 "Right Windows" ... 5c "Right Alt" ... 

Это скан-коды клавиш, но я пока не выяснил, как или вообще их можно поменять местами.

8
MSKLC сгенерирует EXE или MSI. Таким образом, вы можете запустить его на любом компьютере и указать свой макет и создать этот EXE или MSI, а затем запустить его на своем компьютере и посмотреть, как это происходит ... он должен добавить макет, который вы можете затем выберите в панели управления языки / макеты. barlop 7 лет назад 0
Для справки упомянуто KeyTweak https://www.bleepingcomputer.com/download/keytweak/ Так что он определенно не является вредоносным .. bleepingcomputer - это сайт с форумом очень преданных и чрезмерно защищающих добровольцев-людей "борцов с вредоносным ПО". Но в любом случае, да, в большинстве случаев любое программное обеспечение, предназначенное для перераспределения ключей, использует один и тот же метод, этот метод реестра, за исключением MS KLC, который IIRC является более гибким и создает EXE или MSI. Несколько лет назад я однажды попробовал полдюжины переназначений клавиатуры, и все они имели одинаковую функциональность и, вероятно, переназначили этот ключ реестра. barlop 7 лет назад 0
Что касается загрузки программного обеспечения, то софтпедия хорошая (не путать с софтоником - плохая). keytweak находится на softpedia, так что если вы искали законный сайт с любым программным обеспечением, то softpedia всегда подойдет для проверки. barlop 7 лет назад 0
Еще одна вещь, которую вы можете попробовать перезапустить, это попытаться просто завершить работу Tasking explorer.exe .. затем создать новый файл ... в диспетчере задач. Это может сделать некоторые вещи, которые делает перезапуск, я не уверен, если это перезагрузите реестр или часть, которая выполняет перераспределение ключей ... но, возможно, будет более удобным, чем полный перезапуск. barlop 7 лет назад 0
@ barlop Спасибо за различные советы. Я собираюсь попробовать их. MSKLC создает DLL (которая выполняет сопоставление) и пакет установки (который является IIC-файлом `.msi). Относительно процесса уничтожения проводника см. Обновление к моему Q. И оно также убивает все программы автозапуска и большинство из них из `HKLM \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ Run`. Вероятно, также из `HKCU \ ... \ Run`, но у меня их там нет. Gerold Broser 7 лет назад 0
я не уверен, что MS KLC может видеть ключ Windows http://i.imgur.com/KtbcFvF.png также, хотя, это может помочь https://superuser.com/questions/188941/switch-alt-and- lwindows-key-in-pc-windows-7/188947 # 188947 в нем упоминается одна программа, которая использует реестр ... но в этой ссылке также упоминается решение для автоматического выбора ключа, и вполне возможно, что решение для автоматического выбора ключа не потребует перезапуска barlop 7 лет назад 0
@ barlop Спасибо за подсказки. Я бегу AHK в любом случае. Я также уже думал об использовании [`ShutdownBlockReasonCreate`] (https://msdn.microsoft.com/en-us/library/windows/desktop/aa376877 (v = vs.85) .aspx), чтобы перехватить завершение работы, чтобы иметь возможность изменить настройки reg вручную _before_ Я планирую переключить клавиатуры с USB на внутреннюю или наоборот. Но это не может быть VBScripted (не знаю, с PowerShell), ему нужен COM Wrapper. Я уже вчера установил VS 2017, но пока не решил, стоит ли переходить на VB или C #. Gerold Broser 7 лет назад 0
Я думаю, что C # будет лучше ... Я не знаю никаких преимуществ использования VB, а C # имеет гораздо большую базу пользователей и является более уважаемым языком. В ранних формах среды Visual Studio, называемой Visual Basic (среда и язык имели одно и то же имя), язык VB был единственным вариантом, но в настоящее время, когда, например, C # доступен в этой среде, люди склонны выбирать C # и хмуриться на VB. barlop 7 лет назад 0
@ barlop Я знаю это, я разработал с VB6 в течение достаточно долгого времени. Включая доступ к Win32API. Так что я ничего не мог с этим поделать, что можно было сделать только с чем-то другим. И я не выбираю свои инструменты, потому что их уважают другие или нет. Я хочу, чтобы работа была выполнена максимально умно. Если бы я предпочел придерживаться системы верований, я бы предпочел пойти в церковь. Gerold Broser 7 лет назад 0

0 ответов на вопрос

Похожие вопросы