Alterando o comportamento das teclas Ctrl + Tab para mover entre documentos no Visual Studio

É possível alterar como Ctrl+ Tabe Shift+ Ctrl+ Tabfuncionam no Visual Studio? Eu desabilitei a janela do navegador pop-up, porque só quero alternar entre itens no controle da guia. Meu problema é a inconsistência do que a mudança para o documento seguinte e anterior faz.

Todos os outros programas que usam um controle de guia para o documento aberto que eu vi usam Ctrl+ Tabpara mover da esquerda para a direita e Shift+ Ctrl+ Tabpara ir da direita para a esquerda. O Visual Studio quebra isso com seu salto para a última guia selecionada. Você nunca pode saber em qual documento vai terminar e nunca é da mesma maneira duas vezes.

É muito contra-intuitivo. Essa é uma maneira sutil de incentivar todos a ter apenas dois documentos abertos ao mesmo tempo?

Digamos que tenho alguns arquivos abertos. Estou trabalhando em um e preciso ver o que está na próxima guia à direita. Em todas as outras aplicações na face da Terra, Ctrl+ Tabme levará até lá. Mas no Visual Studio, não tenho idéia para qual das outras guias ele me levará. Se eu tiver apenas dois documentos abertos, isso funciona muito bem. Assim que você passa para três ou mais, todas as apostas estão desativadas para qual guia o Visual Studio decidiu enviar para você.

O problema disso é que eu não deveria ter que pensar na ferramenta, ela deveria desaparecer em segundo plano e deveria estar pensando na tarefa. O comportamento atual da guia continua me tirando da tarefa e me faz prestar atenção à ferramenta.

No Visual Studio 2015 (assim como nas versões anteriores do VS, mas você deve instalar o Productivity Power Tools se estiver usando o VS2013 ou abaixo), existem dois novos comandos no Visual Studio:

Window.NextTab e Window.PreviousTab

Basta remapá-los de Ctrl+ Alt+ PageUp/ Ctrl+ Alt+ PageDownpara Ctrl+ Tab/ Ctrl+ Shift+ Tabem:

Menu Ferramentas -> Opções -> Ambiente -> Teclado

Nota: Nas versões anteriores, como o Visual Studio 2010, Window.NextTab e Window.PreviousTab foram nomeadas Window.NextDocumentWellTab e Window.PreviousDocumentWellTab .

O Visual Studio 2010 tem, de maneira integrada, uma maneira de resolver isso.

Por padrão, Ctrl+ Tabe Ctrl+ Shift+ Tabsão atribuídos a Window.[Previous/Next]..Document, mas você pode, através

Tools -> Options -> Environment -> Keyboard,

remova essas atribuições de chave e atribua-as novamente Window.[Next/Previous]Tabpara adicionar o comportamento desejado.

pode ser alterado, pelo menos no VS 2012 (acho que também deve funcionar para 2010).

1) TOOLS > Options > Environment > Keyboard

(Sim FERRAMENTAS, seu VS2012!) Agora, três atalhos para verificar.

2) Window.NextDocumentWindow- você pode chegar lá rapidamente, digitando no painel de pesquisa na parte superior. Agora este é seu inimigo . Remova-o se você não gostar. Altere-o para outra coisa (e não se esqueça do botão Atribuir ) se quiser ter o seu, mas lembre-se desse atalho, seja lá o que for . Será útil mais tarde.

(Quero dizer, este é o atalho que lembra sua última guia)

3) Agora procure Window.NextDocumentWindowNav- é o mesmo que acima, mas mostra uma visualização das guias abertas (você pode navegar para outras janelas rapidamente demais com este pop-up). Eu nunca achei isso útil. Faça tudo o que foi mencionado na etapa 2 (não esqueça de lembrar ).

4) Window.NextTab- sua poção mágica. Isso permitiria percorrer as guias na ordem de avanço. Pode ser que você queira CTRL+ TAB? Novamente, passo 2 e lembre-se .

5) Agora coloque o cursor nas teclas de atalho Pressione: caixa de texto (não importa o que está selecionado no momento, você não vai atribuir desta vez) e digite o primeiro dos três (ou dois ou um) atalhos.

Você verá o atalho usado atualmente por: listado. Verifique se você não possui uma entrada duplicada para o atalho. Na foto, não há entradas duplicadas. Caso você tenha (uma raridade), diga X, vá para X e remova o atalho. Repita esta etapa para outros atalhos também.

6) Agora repita de 1 a 5 para os Previousatalhos também (de preferência adicionando Shift).

7) Bonus: esquema de mapeamento Select VS2005 (na parte superior do mesmo box), então agora você tem F2para Renomear membros e não CTRL+ R+ R, e F7em View Code e não CTRL+ ALT+ 0.

Sou da opinião que o VS acertou por padrão. Acho extremamente útil que o VS se lembre do que usei por último e facilite a alternância, assim como o próprio sistema operacional (no ALT+ TAB). Meu navegador também faz o mesmo por padrão (Opera), embora eu saiba que o Firefox se comporte de maneira diferente.

No Visual Studio 2012 ou posterior (2013, 2015, 2017 ...):

1. Navegue no menu Ferramentas / Opções / Ambiente / Teclado.
2. Procure o comando 'Window.NextTab', defina o atalho para Ctrl+Tab
3. Procure o comando 'Window.PreviousTab', defina o atalho para Ctrl+ Shift+Tab

Navegue até a postagem do blog Macro Visual Studio Tab Un-stupidifier e faça uso da macro. Depois de aplicar a macro à instalação do Visual Studio, você pode vincular seus atalhos de teclado favoritos a eles. Observe também a correção do registro nos comentários por não exibir o balão de macro, pois eles podem ficar irritantes depois de um tempo.

Depois de algumas horas de pesquisa, encontrei uma solução para alternar entre documentos abertos usando CTRL+ TABque se movem da esquerda para a direita e SHIFT+ CTRL+ TABpara ir da direita para a esquerda.

Em resumo, você precisa copiar e colar esta macro:

Imports System
Imports EnvDTE
Imports EnvDTE80
Imports EnvDTE90
Imports System.Diagnostics

Public Module TabCtrl

Public Sub TabForward()
    Dim i As Integer
    Dim activateNext As Boolean = False

    For i = 1 To DTE.Windows.Count
        If DTE.Windows().Item(i).Kind = "Document" Then

            If activateNext Then
                DTE.Windows().Item(i).Activate()
                GoTo done
            End If

            If DTE.Windows().Item(i) Is DTE.ActiveWindow Then
                activateNext = True
            End If
        End If
    Next

    ' Was the last window... go back to the first
    If activateNext Then
        For i = 1 To DTE.Windows.Count
            If DTE.Windows().Item(i).Kind = "Document" Then
                DTE.Windows().Item(i).Activate()
                GoTo done
            End If
        Next
    End If
done:

End Sub

Public Sub TabBackward()
    Dim i As Integer
    Dim activateNext As Boolean = False

    For i = DTE.Windows.Count To 1 Step -1
        If DTE.Windows().Item(i).Kind = "Document" Then

            If activateNext Then
                DTE.Windows().Item(i).Activate()
                GoTo done
            End If

            If DTE.Windows().Item(i) Is DTE.ActiveWindow Then
                activateNext = True
            End If
        End If
    Next

    ' Was the first window... go back to the last
    If activateNext Then
        For i = DTE.Windows.Count To 1 Step -1
            If DTE.Windows().Item(i).Kind = "Document" Then
                DTE.Windows().Item(i).Activate()
                GoTo done
            End If
        Next
    End If
done:

End Sub

End Module

A macro vem de: www.mrspeaker.net/2006/10/12/tab-un-stupidifier/

Se você nunca adicionar uma macro ao Visual Studio, há um link muito útil para fazê-lo .

A filosofia da ordem das guias do Visual Studio é muito contra-intuitiva, pois a ordem das guias exibidas difere da lógica de alternância de guias, tornando a ordem das guias completamente inútil .

Portanto, até que surja uma solução melhor, altere o layout da janela (em Ambiente-> Geral) de documentos com guias para vários documentos; isso não muda o comportamento, mas reduz a confusão causada pelas guias.

Dessa forma, você também encontrará o DocumentWindowNav mais útil!

Ctl+ Alt+ PgUpou PgDnatalhos funcionaram para alternar a próxima guia / guia anterior para mim ...

Estou 100% de acordo com Jeff.

Eu trabalhei no Borland C ++ Builder por vários anos e um dos recursos que mais sinto falta é a ordem de tabulação de documentos 'correta' com Ctrl- Tab. Como Jeff disse: " O comportamento atual da guia continua me tirando da tarefa e me faz prestar atenção à ferramenta " é exatamente como me sinto sobre isso, e estou muito surpreso pelo fato de não haver muitas pessoas reclamando disso.

Eu acho que Ctrl- F6- NextDocumentWindowNav - navega documentos com base no horário da última ativação do documento. Esse comportamento é muito parecido com o modo como os aplicativos MDI costumavam se comportar nos velhos tempos.

Com isso em consideração, eu costumo usar Ctrl+ F6para alternar entre 2 documentos (o que é bastante útil para alternar entre arquivos .cpp e .h ao trabalhar no projeto c ++), mesmo quando existem mais de 2 documentos abertos no momento. Por exemplo, se você tiver 10 documentos abertos (Tab1, Tab2, Tab3, ...., Tab10), clico em Tab1 e ​​depois em Tab2. Quando eu faço Ctrl+ F6e solto as teclas, vou para a Tab1. Pressionar Ctrl+ F6novamente levará de volta ao Tab2.

Eu acho que você quer o que o VSS chama Next (Previous) DocumentWindow. Por padrão, está Ctrl(-Shift)-F6no meu VSS 8. Ctrl(-Shift)-TabEles têm Next(Previous)DocumentWindowNav. Você pode alterar as atribuições de teclas em Ferramentas / Opções / Teclado.

Na ramificação do registro: HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 9.0, adicione DWORD chamado "UseMRUDocOrdering" com o valor 1. Ele solicitará os documentos usados ​​mais recentemente, à esquerda. Não é perfeito, mas melhor que o mau comportamento padrão.

Atualizado para o VS 2017+, onde, de acordo com o comentário de @ J-Bob na resposta de @ thepaulpage, (ênfase adicionada):

Parece que os comandos mudaram novamente. Agora é 2017 e os atalhos de teclado são chamados Open Next Editor e Open Previous Editor . Você não precisa de extensões para isso.

Você pode encontrar as opções em Configurações, que podem ser acessadas através do símbolo de engrenagem no canto inferior esquerdo ou pelo [Ctrl]+,comando

Não uso o Visual Studio ( sim, na verdade não o uso ), mas o AutoHotkey pode remapear qualquer tecla de atalho globalmente ou em um aplicativo específico:

#IfWinActive Microsoft Excel (application specific remapping)

; Printing area in Excel (@ Ctrl+Alt+A)
^!a::
Send !ade
return

#IfWinActive


$f4::
; Closes the active window (make double tapping F4 works like ALT+F4)
if f4_cnt > 0 
{
    f4_cnt += 1
    return
}

f4_cnt = 1
SetTimer, f4_Handler, 250
return

f4_Handler:
SetTimer, f4_Handler, off

if (f4_cnt >= 2)    ; Pressed more than two times
{   
    SendInput !{f4}
} else {
    ; Resend f4 to the application
    Send {f4}
}

f4_cnt = 0
return

Estes são dois remapeamentos do meu script principal do AutoHotKey. Eu acho que é uma excelente ferramenta para esse tipo de tarefa.