Visual Studio'da son imleç konumuna geri giden klavye kısayolu nedir?
Visual Studio'da son imleç konumuna nasıl geri dönülür?
Yanıtlar:
Kırmızı renk (-) tuşu için çalışmaz. Benim için sadece mavi renk kombinasyonu için çalışıyor.
1
Aslında, sayısal tuş takımı 'eksi' ile çalışmıyor çünkü karakterler aynı olsa da aslında başka bir tuş
—
Moesio
Görsel stüdyo 6 (Visual C ++) kısayol anahtar olarak
—
Elshan
F2
görüntü bozuk
—
Tobia Zambon
Ve
—
Jim Aho
ctrl+ shift+ -for forward
Göre , Visual C # 2008 keybinding Referans Poster öyle Ctrl+ -. Belirli tuş bağlamanın adı View.NavigateBackward'tır.
Not: Araştırma yaparken Ctrl+ .'nın Shift+ Alt+ ile aynı olduğunu buldum F10. Güzel!
O halde 'sonraki imleç konumu' için bağlayıcılık nedir?
—
Özkan
@Ozkan:
—
Protector one
Ctrl+ Shift+-
@Ozkan inanıyorum ki Ctrl-Shift- +
—
LosManos
@LosManos, hayır öyle en
—
Dennis T --Reinstate Monica
Ctrl+ Shift+ -aka Ctrl, Shiftve -aynı anda basılmalıdır.
@Ozkan 'Bir sonraki imleç konumu' için bağlantı ctrl- + veya (bir yazım hatasından sonra öğrendiğim gibi) ctrl-
—
shift--
ctrl+ -(kısa çizgi) geriye doğru gider.
ctrl+ shift+ -(kısa çizgi) ileri gider.
Bu ayarlar Ortam -> Klavye altında bulunabilir:
Çeşitli sürümler üzerinde yaptığım çoklu kurulumlar için varsayılan klavye ayarlarının her zaman
—
Johan Boulé
ctrl+ .ve ctrl+ shift+ olduğunu unutmayın .. Birincisi (geri gitme) birçok qwerty olmayan klavye için erişilemez, çünkü VS'nin shiftgöndermeye çalıştığınız tuşun .üzerinde sembolün olduğu anahtar olduğunu farketmek için basmanız gerektiğinden (2. seviyede). Yani cevabım, varsayılan bir kısayol olmadığı ve bunu kendiniz tanımlamanız gerektiğidir.
Yeni VS Kodu için (1.28.2)
Geri: Ctrl+ Alt+ -(kısa çizgi)
İleri: Ctrl+ Shift+ -(kısa çizgi)
VS! = VS Koduna dikkat edin. birincisi IDE, diğeri eklentileri olan açık kaynaklı bir düzenleyicidir.
—
ratijas
En genel yanıtlar şudur: çalışan bir varsayılan yoktur ve View.NavigateBackward ve View.NavigateForward için kendi klavye kısayollarınızı tanımlamanız gerekir.
Neden? Çoğu klavye için varsayılan kısayol bozuk, alışılmadık bir kombinasyondur çünkü VS, shift ve altGr değiştiricilerini kötü bir şekilde yönetir. MS, VS'yi sürüm 6'dan sonra yeniden geliştirdiklerinde taşınabilirlik ve uluslararasılaştırmaya çok fazla dikkat etmedi ve bu bugün hala geçerli. Bu hata, yaklaşık yirmi yıldır, on yıldan fazla bir süredir oradaydı. Bu hızda asla düzeltilmeyecek. Ve evet, bir hata raporu doldurdum ve kesinlikle tek değilim.
Ancak, "VSCode" ürün serisi, anahtarı tanımlamak için shift veya altGr değiştiricilerine bağlı olmadığından daha iyi klavye kullanımına sahiptir. Örneğin, metin yazma modundayken ve altGr veya shift kullanmadan tire sembolüne sahip tuşa bastığınızda, diyelim ki numara 6 gibi başka bir şey yazıyor. VSCode'a kısayol kullanımı söz konusu olduğunda, bu hala çizgi amacı için anahtar. Bir anahtar üzerinde sembol yazılı olduğu sürece, bunun 1., 2. veya 3. seviye olarak boyanmış olup olmaması önemli değil, sadece bu anahtar.
Elbette, varsayılan kısayolların alfanümerik olmayan semboller kullanmasını sağlamak asla iyi bir şey değildir, bu her zaman kafa karıştırıcıdır, çalışıp çalışmasa da. İyi olgun metin editörleri bunu uzun zamandır biliyor ve doğru yapılan şeylere örnek olarak alınması gerektiğini biliyorlar. Bazı yönlerden, VS, iki harften oluşan bir dizi kısayol ile emac'lerden birkaç iyi şey öğrendi, ancak nihayetinde, alfanümerik olmayan bağlamaların seçimiyle birlikte diğer bölümlerde bozuldu ve düşük seviyeli klavye kullanımı.