Windows Terminali'nde sorun giderme

Bu kılavuz, Windows Terminali kullanırken karşılaşabileceğiniz bazı yaygın hataları ve engelleri giderir.

Ayarların açılması hiçbir şey yapmaz (veya beklenmeyen bir uygulamayı açar)

Açılan listeden ayarlar düğmesini seçerseniz, Terminal ayarlar dosyasını settings.jsonaçmaya çalışır. Bu eylem, işletim sisteminin yapılandırılmış .json dosya düzenleyicinizi başlatmasına neden olur. Bu düzenleyici Visual Studio, Not Defteri veya başka bir beklenmeyen uygulama olabilir. Makinenizde yapılandırılmış .json bir düzenleyici yoksa işletim sistemi sonunda size Bu dosyayı nasıl açmak istiyorsunuz iletişim kutusunu gösterir.

Tavsiye

Ayarlarınızı yapılandırmak için ayarlar kullanıcı arabirimini de kullanabilirsiniz. Ayarlar kullanıcı arabirimini Eylemler sayfasından açmayı öğrenebilirsiniz.

WSL dağıtımınızı Windows Terminal'in eski sürümlerinde başlatıldığında giriş ~ dizininde başlayacak şekilde ayarlayın

Varsayılan olarak, startingDirectory bir profil (%USERPROFILE%)C:\Users\<YourUsername> şeklindedir. Bu yol bir Windows yoludur. Windows Terminal'in yeni bir sürümünü kullanan WSL dağıtımları için, dosya sistemleri bu ana yolu ayarlamak için ~ girebilir. Windows Terminal'in eski sürümlerinde, /home/<Your Ubuntu Username> kullanarak doğrudan ana klasörünüze başvurabilirsiniz. Örneğin, aşağıdaki ayar kendi ana dosya yolunda "Ubuntu-20.04" dağıtımını başlatır:

{
    "name": "Ubuntu-20.04",
    "commandline" : "wsl -d Ubuntu-20.04",
    "startingDirectory" : "/home/<Your Ubuntu Username>"
}

Windows Terminal'in çok erken bir sürümünü kullanıyorsanız, WSL, bir dağıtımın ana dizin yoluna başvururken \\wsl$\ ön ekinin kullanılmasını gerektirebilir. Örneğin, aşağıdaki ayar kendi ana dosya yolunda "Ubuntu-18.04" dağıtımını başlatır:

{
    "name": "Ubuntu-18.04",
    "commandline" : "wsl -d Ubuntu-18.04",
    "startingDirectory" : "//wsl$/Ubuntu-18.04/home/<Your Ubuntu Username>"
}

Önemli

Windows'un daha yeni sürümlerinde Linux startingDirectory stili yolları kabul edebilir.

Sekme başlığını ayarlama

Kabuğun sekme başlığınızı otomatik olarak ayarlamasını sağlamak için sekme başlığını ayarlama öğreticisini ziyaret edin. Kendi sekme başlığınızı ayarlamak istiyorsanız settings.json dosyasını açın ve şu adımları izleyin:

1. İstediğiniz komut satırının profilinde, kabuğun gönderdiği herhangi bir başlık değişikliği olayını bastırmak için "suppressApplicationTitle": true ekleyin. Profilinize yalnızca bu ayarın eklenmesi, sekme başlığını profilinizin adına ayarlar.

2. Profilinizin adı olmayan bir özel sekme başlığı istiyorsanız ekleyin "tabTitle": "TITLE". "TITLE" yerine tercih ettiğiniz sekme başlığını yazın.

PowerShell'de komut satırı argümanları

PowerShell'de komut satırı bağımsız değişkenlerinin nasıl çalıştığını öğrenmek için Komut satırı bağımsız değişkenleri sayfasına bakın.

WSL için komut satırı argümanları

Komut satırı bağımsız değişkenlerinin WSL'de nasıl çalıştığını öğrenmek için Komut satırı bağımsız değişkenleri sayfasına bakın.

Sorun tanımlama startingDirectory

Profiliniz startingDirectory ayarını yoksayarsa, öncelikle settings.json dosyanızdaki söz dizimini kontrol edin. Bu söz dizimlerini "$schema": "https://aka.ms/terminal-profiles-schema" denetlemenize yardımcı olmak için otomatik olarak eklenir. Visual Studio Code gibi bazı uygulamalar, siz düzenleme yaparken JSON dosyanızı doğrulamak için eklenen şemayı kullanır.

Ayarlarınız doğruysa, terminalinizin başlangıç dizinini ayrı olarak ayarlayan bir başlangıç betiği çalıştırıyor olabilirsiniz. Örneğin, PowerShell'in kendi ayrı profil kavramı vardır. PowerShell profilinde başlangıç dizininizi değiştirirseniz, bu, Windows Terminal'de tanımlanan ayardan önceliklidir.

Alternatif olarak, profil ayarını kullanarak commandline bir betik çalıştırırsanız, bu betikteki konumu ayarlamış olabilirsiniz. PowerShell profillerine benzer şekilde, betikteki komutlarınız profil ayarından startingDirectory önceliklidir.

Amacı startingDirectory , verilen dizinde yeni bir Windows Terminal örneği başlatmaktır. Terminal dizinini değiştiren bir kod çalıştırıyorsa bu kodu denetleyin.

Ctrl+= yazı tipi boyutunu artırmaz

Almanca klavye düzeni kullanıyorsanız bu sorunla karşılaşabilirsiniz. Ana klavye düzeniniz Almanca olarak ayarlanmışsa Ctrl+= Ctrl+Shift+0 olarak seri durumdan çıkarılır. Bu eşleme Almanca klavyeler için doğrudur.

Daha da önemlisi, uygulama hiçbir zaman Ctrl+Shift+0 tuş vuruşunu almaz. Bu sorun, birden çok klavye düzeniniz etkinse Windows'un Ctrl+Shift+0 tuşlarını ayırması nedeniyle oluşur.

Düzgün çalışması için bu özelliği Ctrl+= devre dışı bırakmak istiyorsanız, bu blog gönderisindeki "Kısayol Tuşlarını Windows 10'da Klavye Düzenini Değiştir" yönergelerini izleyin.

'Klavye Düzenini Değiştir' seçeneğini 'Atanmadı' (veya Ctrl+Shift'in dışında) olarak değiştirin, ardından Tamam'ı ve ardından Uygula'yı seçin. Ctrl+Shift+0 artık bir anahtar bağlaması olarak çalışmalıdır ve terminale geçirilir.

Öte yandan, bu kısayol tuşunu birden çok giriş dili için kullanırsanız, settings.json dosyanızdakendi özel anahtar bağlamanızı yapılandırabilirsiniz.

Metin bulanık

Bazı görüntü sürücüleri ve donanım bileşimleri, önceki çerçevedeki verileri bulanıklaştırmadan kaydırma ve kirli bölgeleri işlemez. Bu sorunu azaltmak için, terminal metin oluşturucusunun neden olduğu donanımınıza yerleştirilen yükü azaltmak için bu genel işleme ayarlarının bir bileşimini ekleyin.

Renklerim garip görünüyor! Ekranımda siyah çubuklar var!

Önemli

Bu sorun yalnızca Windows Terminali'nin 1.2+ sürümü için geçerlidir. Windows Terminal 1.0 veya 1.1'de renk sorunları veya burada yakalanmamış sorunlar görürseniz lütfen bir hata bildirin.

Windows Terminal 1.2 ve sonraki sürümleri, belirli uygulama rengi ayarları hakkında daha iyi bir anlayışa sahiptir. Bu geliştirilmiş anlayış nedeniyle, kötü bir kullanıcı deneyimine neden olan bir dizi uyumluluk bloğunu kaldırdık. Ne yazık ki az sayıda uygulama sorunlarla karşılaşabilir.

Bilinen sorunların ve bunların geçici çözümlerinin listesiyle bu sorun giderme öğesini güncel tutuyoruz.

PowerShell'de siyah çizgiler (5.1, 6.x, 7.0)

Terminal, PowerShell'in psReadline satır düzenleme kitaplığıyla birleştiğinde, ekranda siyah çizgiler çizebilir. Bu yanlış renklendirme bölgeleri komut parametrelerinin, dizelerin veya işleçlerin bulunduğu her yerde ekran boyunca isteminizin ötesine uzanır.

PSReadline sürüm 2.0.3 bu sorun için bir düzeltme içerir. PSReadline'ın yayın öncesi sürümünü kullanıyorsanız, bir düzeltmenin henüz kullanılamadığını unutmayın.

PSReadline'ın en yeni sürümüne güncelleştirmek için aşağıdaki komutu çalıştırın:

Update-Module PSReadline

Emojilerim neden atlama listesinde simge olarak gösterilmiyor?

Yalnızca bir dosya konumundan bağlantılı görüntüler atlama listesinde profil simgeleri olarak işlenebilir. Atlama listesi simgeler için emojileri desteklemez.

Teknik notlar

Etkin konsol renklerini Win32 biçiminde almak ve sonra bunları platformlar arası VT dizilerine dönüştürmeye çalışmak için API ailesini kullananGetConsoleScreenBufferInfo uygulamalar (örneğin, dönüştürerek BACKGROUND_RED\x1b[41m) Terminal'in uygulamanın hangi arka plan rengini kullanmaya çalıştığını algılama yeteneğini etkileyebilir.

Renkleri ayarlamak için Windows API işlevlerini veya VT dizilerini seçin. Karıştırmayın.

Klavye hizmeti uyarısı

Windows Terminal 1.5'den başlayarak, "Dokunmatik Klavye ve El Yazısı Paneli Hizmeti" devre dışı bırakılırsa Terminal bir uyarı görüntüler. İşletim sisteminin giriş olaylarını Terminal uygulamasına (ve Windows'da diğer birçok uygulamaya) düzgün şekilde yönlendirmesi için bu hizmete ihtiyacı vardır. Bu uyarıyı görürseniz hizmeti yeniden etkinleştirmek için şu adımları izleyin:

1. Çalıştır iletişim kutusunda services.msc komutunu çalıştırın.

   

2. "Dokunmatik Klavye ve El Yazısı Paneli Hizmeti"ni bulun

   

3. Bu hizmet için "Özellikler"i açın

   

4. "Başlangıç türü" değerini "Otomatik" olarak değiştirin

   

5. Tamam'ı seçin ve bilgisayarı yeniden başlatın.

Makine yeniden başlatıldıktan sonra hizmet otomatik olarak başlatılır ve iletişim kutusu artık görüntülenmez.

Git Bash komut satırı kullanırken neden yanıp sönme veya flaş görüyorum?

Windows Terminal içinde Git Bash komut satırı kullanırken yanıp sönme veya titreme fark edebilirsiniz. Bu davranış aslında tasarım gereğidir. Terminal, Git Bash'in verdiği komutlara uyar (ayarını bell-style yerine visible yapar, ve zil yanıtıyla bir flaşın ilişkilendirilmesine neden olur), ancak bu davranış dikkat dağıtıcı olabilir. Bu sorunu çözmek için Git Bash'inizin dosyasını bir metin düzenleyicisiyle açın .inputrc . Bu dosya büyük olasılıkla C:\Program Files\Git\etc dosya yolunda bulunur. Dosyayı Nano metin düzenleyicisiyle açmak için komutunu kullanın: nano ~/.inputrc.

Varsayılanı değiştirin:

# none, visible or audible
set bell-style visible

Görünür flaşı kaldırmak için bell-style kontrolünü none veya audible olarak ayarlayın.

set bell-style none

Kaydetmek ve çıkmak için Ctrl + O ve Ctrl + X tuşlarına basın.

Windows Terminal'deki ayarlarımı varsayılan ayarlara geri nasıl sıfırlarım?

Ayarlarınızı özgün varsayılan ayarlara geri sıfırlamak için settings.json dosyanızı silin. Bu eylem, Windows Terminali'nin özgün varsayılan ayarlarla bir settings.json dosyayı yeniden oluşturmasına neden olur.

Önemli

Windows Terminal sürüm 1.10 veya üzeri itibarıyla, ayarları tamamen varsayılanlara sıfırlamak için state.json dosyasıyla aynı dizinde bulunan settings.json dosyasını da silmeniz gerekir.

Akrilik opaklık neden Windows Terminal arka planımı saydam hale getirmiyor?

ÖzelliğiyleuseAcrylic bir terminal penceresinin saydamlığını ayarlayabilirsiniz. Opaklık ayarınızın Akrilik için çalışmama nedenlerinden bazıları şunlardır:

• Sistem genelinde bir ilke olarak akrilik yalnızca ön plan penceresi için etkinleştirilir. Terminalden başka bir pencereyi etkinleştirirseniz Terminalin akriliki kapanır.
• GPU donanımınız desteklemiyorsa akrilik çalışmaz. Bir uygulamayı bir sanal makinede (VM) veya uzak masaüstü üzerinde çalıştırıyorsanız akrilik büyük olasılıkla çalışmaz.
• İşletim sistemi, güç tasarrufu (düşük pil) modunda olmak veya Uzak Masaüstü'nü kullanarak bir makineye erişmek gibi çeşitli nedenlerle akrilik özelliğini devre dışı bırakır.

Bir pencerenin üzerine gelip yazmaya başladığımda fare işaretçim neden kayboluyor?

Bu imleç otomatik gizleme davranışı tasarım gereğidir, ancak devre dışı bırakabilirsiniz. Fare ayarları> için Windows Ayarları'ndaArama Ek Fare Ayarları>Fare Özellikleri>İşaretçi Seçenekleri'ni> seçin ve Yazarken işaretçiyi gizle seçeneğinin işaretini kaldırın. Bu değişikliğin etkili olması için Windows Terminalinizi yeniden başlatmanız gerekebilir.