Det första tecknet i det östasiatiska språket känns inte igen i DataGrid-cellen
Den här artikeln hjälper dig att lösa problemet där det första indatatecknet för östasiatiska språk inte känns igen korrekt i DataGridView-cellen på Windows 10.
Ursprunglig produktversion: Windows 10
Ursprungligt KB-nummer: 4563779
Symptom
Det första indatatecknet för östasiatiska språk känns inte igen korrekt av IME i DataGrid-cellen.
Orsak
Indatasammansättningen för redigera-kontrollen innehåller inte det första tecknet som skrivs in i DataGrid-cellen. Den angivna texten kan därför vara felaktig. Redigera kontrollinnehållet måste avmarkeras för att säkerställa att rätt text anges. Det här är ett programkompatibilitetsproblem. Det är en tillfällig lösning att ändra kompatibilitetsregistret.
Åtgärd
Viktigt
I det här avsnittet beskrivs hur du ändrar registret. Felaktiga ändringar kan orsaka allvarliga problem. Följ stegen noggrant för att undvika misstag. För extra skydd säkerhetskopierar du registret så att det kan återställas om ett problem uppstår.
Mer information om hur du säkerhetskopierar och återställer registret finns i: Säkerhetskopiera och återställa registret i Windows.
Det finns två registernycklar för att lösa det här problemet. Kunder kan använda en av följande registernycklar i systemet.
Tänk dig följande scenario:
Om du har flera program som stöter på det här problemet och varje program har ett annat namn på windowsklassen för varje DataGrid-cell. I det här fallet kan du lägga till den nya registernyckeln, som innehåller ett körbart filnamn för programmet. Sedan kan du ange värdet till 0x00008000. Du måste konfigurera registernycklarna för varje enskilt program upprepade gånger.
Om du har flera program som stöter på det här problemet men dina program använder klassnamn för en enda fönster för DataGrid-cellen eftersom alla dessa programs windowsklassnamn är desamma. I det här fallet kan du lägga till
AppCompatClassName
registernyckeln. Sedan kan du ange värdet till Windows-klassnamnet för ditt program.
För specifikt processnamn:
Registerpost<HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CTF\Compatibility\ExecutableFileName>
REG_DWORD: Kompatibilitet
DWORD-värde: 0x00008000 (hexvärde 32 768)Om x86-program körs på ett x64 Windows-system kan följande registernyckel tillämpas i stället för den som nämndes tidigare:
<HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\CTF\Compatibility\ExecutableFileName>
REG_DWORD: Kompatibilitet
DWORD-värde: 0x00008000 (hexvärde 32 768)Exempel: Lösningen för ett specifikt körbart filnamn, till exempel
sample.exe
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CTF\Compatibility\sample.exe
REG_DWORD: Kompatibilitet
DWORD-värde: 0x00008000 (hexvärde 32 768)För specifikt Windows-klassnamn:
Om du använder det här scenariot måste du använda följande Windows-Uppdateringar på systemet.Windows 10 version Artikellänk Windows 10 version 1803 KB4550944 Windows 10 version 1809 KB4550969 Windows 10 version 1903 KB4541335 Windows 10 version 1909 KB4541335 Windows 10 version 2004 KB4571744 Registerpost:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CTF\Compatibility\AppCompatClassName
REG_SZ: Kompatibilitet
Strängvärde: <WindowClassName>Om x86-program körs på ett x64 Windows-system kan följande registernyckel tillämpas i stället för den som nämns ovan:
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\CTF\Compatibility\AppCompatClassName
REG_SZ: Kompatibilitet
Strängvärde: <WindowClassName>Exempel: Lösningen för ett specifikt fönsterklassnamn som Redigera
KEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\CTF\Compatibility\AppCompatClassName
REG_SZ: Kompatibilitet
Strängvärde: Redigera
Referenser
Läs mer om den terminologi som Microsoft använder för att beskriva programuppdateringar.
Feedback
https://aka.ms/ContentUserFeedback.
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i:Skicka och visa feedback för