Cmd + Tab altera a área de trabalho no Mojave

49

Depois de atualizar o sistema para o Mojave, quando uso o Cmd ⌘ Tab ⇥ atalho, ele se comporta de maneira estranha.

Abri muitas janelas do Chrome em diferentes áreas de trabalho.
Quando eu me concentro, por exemplo, no texto sublime, e antes, no Chrome, quando pressiono, Cmd ⌘ Tab ⇥ ele deve mudar para a janela do Chrome que fica na mesma área de trabalho que o sublime ativo, mas não o faz. Ele muda para uma janela do Chrome em uma área de trabalho diferente.

É muito frustrante para mim, porque preciso ocultar todas as janelas do Chrome, exceto uma, para evitar esse comportamento.

gkucmierz
fonte
6
Mesmo problema aqui após a atualização para o Mojave. Eu discordo do @Tetsujin, pois tenho um projeto diferente trabalhando ativamente em diferentes espaços, e cada um deles tem sua própria janela do Chrome e editor de texto etc. No entanto, achei que esse problema ocorre apenas no Google Chrome, e não em qualquer outro aplicativo, o Safari não. tem esse "bug", então eu me pergunto se não é o Mojave, mas o Chrome? ou os dois juntos?
DaxChen
6
Não tenho certeza do que o @Tetsujin está falando, na verdade eu venho fazendo isso nas últimas 10 versões do Mac OS e isso faz parte do meu fluxo de trabalho. Este é apenas um bug do Mojave, não de usá-lo incorretamente.
adriendenat 12/12
2
Vou tentar fornecer um vídeo do problema. Eu não acho que essa é a maneira normal que o Spaces deve funcionar, especialmente porque isso não é consistente, isso acontece apenas em determinadas situações.
adriendenat 12/12
7
@Tetsujin, você pode ver o bug aqui youtube.com/watch?v=rdGTtuC-gS4 #
### adriendenat
4
@Tetsujin Grsmto está absolutamente certo, e a resposta proposta abaixo pelo aceoak (crie um novo espaço, percorra todos os espaços para arrastar as janelas do Chrome para um novo espaço e depois arraste-os de volta para o novo espaço) confirma que esse é um bug do Mojave, não um Chrome one.
Jonathan H

Respostas:

31

Eu também tenho esse problema. Parece ser mais proeminente depois de acordar do sono.

Uma correção temporária que uso: crie um novo espaço no controle Mission, arraste todas as janelas do Chrome no espaço "focus-hog" para o novo espaço (no controle Mission, clique e arraste o ícone do Chrome para o novo espaço) e depois arraste-os de volta. Isso parece redefinir o comportamento de todos os espaços nas janelas do Chrome.

aceoak
fonte
4
Ah, isso é estranho, mas funciona! :) Isso prova que é realmente um bug do Mojave e nem um bug do Chrome nem um recurso do Spaces.
Jonathan H
Obrigado por esta solução simples, mas eficaz. Ele está me atormentando ...: / Posso omitir a criação de um novo espaço e montar todas as janelas do Chrome no espaço do agressor (também conhecido como focus grabber), e depois redistribuir aos meus gostos.
F4lco
1
Funciona! Não consigo usar o cmd + tab para voltar ao Chrome há séculos. Sempre mudava de espaço e me levava a uma janela diferente do Chrome.
bzle
13
Encontrei uma solução mais simples: depois que o cmd-tab mudar para o Chrome na área de trabalho errada, minimize a janela do Chrome. cmd-tab volta para o outro aplicativo. O comportamento da guia cmd será corrigido. Agora, você pode restaurar a janela cromada minimizada e o comportamento da guia cmd permanece fixo.
user3392439
3
@ user3392439 Isso parece funcionar, obrigado! Um bug tão frustrante, já existe há séculos, vamos lá Apple!
Jaime Cham
0

Pelo menos para mim, e nos relatórios de erros do Chromium que outras pessoas vincularam, esse problema foi causado diretamente pelo uso do App Exposé (agora pode ser chamado de "Windows de Aplicativos"). Como essa funcionalidade não era realmente importante para mim, simplesmente desliguei os atalhos de teclado e mouse do Exposé e não tive problemas desde então. (Você pode fazer isso acessando Preferências do sistema> Controle de missão> removendo os atalhos das janelas de aplicativos e também desativando o menu Hot Corners, se houver).

Atualização: isso parece estar corrigido no Chrome 78.0.3904.70 ( https://bugs.chromium.org/p/chromium/issues/detail?id=990461 )

ctuong
fonte