Uzak oturumda yanlış karakter: klavye düzeni meselesi

Bir tuşa basıyorsunuz, başka bir karakter çıkıyor. Bozulan bir şey yok — iki makine klavyenizin ne olduğu konusunda anlaşamıyor ve bu anlaşmazlığın yalnızca üç oluş biçimi var.

Anlaşmazlık

Klavye harf göndermez. Tarama kodu (scancode) gönderir — fiziksel bir tuş konumunu tanımlayan bir sayı. İşletim sistemi sonra bir düzen uygulayıp 44 numaralı konumun US düzeninde z, Almancada y, Türkçe Q'da yine z demek olduğuna karar verir.

Uzak oturumda iki işletim sistemi, dolayısıyla potansiyel olarak iki düzen vardır. Araç tarama kodu iletiyorsa karakteri host düzeni belirler. Karakter iletiyorsa yerel düzeniniz belirler. İki yaklaşım da yanlış değildir ama zıt biçimlerde çuvallarlar — aracınızın hangisini kullandığını bilmek neyi düzelteceğinizi anında söyler.

Özellikle Türkçe klavyeler

Bu en çok Türkçede ortaya çıkar; üst üste binen üç sebeple.

• İki ulusal düzen. Türkçe Q ve Türkçe F harfleri tamamen farklı yerleştirir ve F, Q'nun bir varyantı değildir — ayrı bir tasarımdır. Önünüzde F klavye varken Q'ya ayarlı bir host kullanılamaz, tersi de öyle.
• ASCII'de olmayan harfler. ç ğ ı İ ö ş ü her düzende farklı yerdedir ve US'e ayarlı bir host'ta bunlar için hiç tuş konumu yoktur. US bir host'ta o harfler, bastığınız hiçbir tuşla üretilemez.
• Noktalı ve noktasız i. Türkçe i/İ ile ı/I'yı ayırır ve büyük-küçük dönüşümü farklı kurallara uyar. İngilizce kural varsayan yazılım birini diğerine çevirebilir; bu, zaten klavyeden şüphelendiğiniz bir uzak oturumun içinde olunca akıl karıştırıcıdır.

AltGr ve ölü tuşlar

AltGr Windows'ta kendi başına bir değiştirici değildir — Ctrl ve Alt birlikte basılmış gibi bildirilir. Değiştiricileri naif biçimde ileten uzak araçlar bir AltGr bileşimini host'ta Ctrl+Alt kısayoluna çevirebilir; yani @ ya da { yazacakken bir şey tetiklersiniz. Klavyenizin üçüncü seviyesindeki bir sembol hiçbir şey yapmıyorsa ya da alarm verici bir şey yapıyorsa sebebi budur.

Ölü tuşlar — ancak bir sonraki tuşla birleşince aksan üretenler — iki basışın sırayla varmasını ve aynı düzen motoru tarafından yorumlanmasını gerektirir. İki yarım bağlantının farklı taraflarınca ele alınırsa ya aksan karakterini tek başına alırsınız, ya hiçbir şey, ya da iki harfi de aksansız.

Düzeltmek

1. Host'un düzenini fiziksel klavyenizle eşleştirin. Açık ara en güvenilir çözüm ve tek seferlik bir değişiklik. Windows'ta: Ayarlar → Saat ve dil → Dil ve bölge, düzeni ekleyin ve yeniden başlatmayı atlatsın, giriş ekranında da geçerli olsun diye varsayılan yapın.
2. Dil göstergesine kendi makinenizde değil, host'ta bakın. Windows düzeni uygulama başına değiştirir ve hatırlar; yani bir pencere diğerlerinden farklı düzende olabilir ve bu, bağlantı hatalıymış gibi görünür.
3. Uzun bir şey için aracın metin girişi yolunu kullanın. Bazı uzak araçlar metni tuş konumu yerine karakter olarak gönderebilir; bu, yazma işinde düzeni tamamen devre dışı bırakır. Bir parola ya da paragraf için doğru araç, kısayollar için yanlış araçtır.
4. Tek bir zor karakter için ekran klavyesini kullanın. Hantal, ama host'ta host'un düzeniyle üretilir ve her zaman gösterdiğini yazar.
5. Caps Lock'u iki uçta da kontrol edin. Önemsiz görünür, ama bir oturum tuşa basılırken düştüğünde iki makinede durum gerçekten ayrışabilir.

Klavye sorunu olmayan durum

Her tuş yanlış değil de gecikmeli geliyorsa bu düzen değil gecikmedir — karakterler doğrudur ama ekranın önüne geçecek kadar geç varır. Farklı sorun, farklı rehber: uzak imleç neden geç kalıyor.

Diğer rehberler