Cmd + Tab change de bureau sur Mojave


49

Après avoir mis à jour le système vers Mojave lorsque j'utilise un Cmd ⌘ Tab ⇥ raccourci, il se comporte étrangement.

J'ai ouvert de nombreuses fenêtres Chrome sur différents bureaux.
Lorsque je me concentre par exemple sur Sublime Text et que je me concentrais auparavant sur Chrome, alors lorsque j'appuie Cmd ⌘ Tab ⇥ dessus, je dois passer à la fenêtre Chrome qui se trouve sur le même bureau que Sublime actif, mais ce n'est pas le cas. Il bascule vers une fenêtre Chrome sur un autre bureau.

C'est très frustrant pour moi car j'ai besoin de masquer toutes les fenêtres Chrome sauf une, pour éviter ce comportement.


6
Même problème ici après la mise à jour vers Mojave. Je ne suis pas d'accord avec @Tetsujin car j'ai un projet différent travaillant activement sur différents espaces, et chacun d'eux a sa propre fenêtre Chrome et son propre éditeur de texte, etc. avoir ce "bug", donc je me demande si ce n'est pas Mojave mais Chrome? ou les deux ensemble?
DaxChen

6
Je ne sais pas de quoi parle @Tetsujin, en fait je l'ai fait pour les 10 dernières versions de mac os et cela fait partie intégrante de mon flux de travail. Ce n'est qu'un bug de Mojave, pas que nous l'utilisions à tort.
adriendenat

2
Je vais essayer de fournir une vidéo du problème. Je ne pense pas que ce soit la façon normale dont les espaces sont censés fonctionner, d'autant plus que ce n'est pas cohérent, cela ne se produit que dans certaines situations.
adriendenat

7
@Tetsujin, vous pouvez voir le bogue ici youtube.com/watch?v=rdGTtuC-gS4
adriendenat

4
@Tetsujin Grsmto a absolument raison, et la réponse proposée ci-dessous par aceoak (créer un nouvel espace, parcourir tous les espaces pour faire glisser les fenêtres Chrome vers un nouvel espace, puis les faire glisser depuis le nouvel espace) confirme qu'il s'agit d'un bogue Mojave, pas d'un Chrome un.
Jonathan H

Réponses:


31

J'ai aussi ce problème. Il semble être plus important après le réveil du sommeil.

Un correctif temporaire que j'utilise: créer un nouvel espace dans Mission control, faites glisser toutes les fenêtres Chrome dans l'espace "focus-hog" vers le nouvel espace (dans Mission control, cliquez et faites glisser l'icône Chrome vers le haut dans le nouvel espace), et puis faites-les glisser vers l'arrière. Cela semble réinitialiser le comportement de tous les espaces avec des fenêtres Chrome.


4
Ha, c'est bizarre, mais ça marche! :) Cela prouve qu'il s'agit bien d'un bug de Mojave, et ni d'un bug de Chrome ni d'une fonctionnalité de Spaces.
Jonathan H

Merci pour cette solution de contournement simple mais efficace. Cela me tourmente ...: / Je peux omettre de créer un nouvel espace, et assembler toutes les fenêtres Chrome dans l'espace du délinquant (alias focus grabber), puis redistribuer à mon goût.
f4lco

1
Ça marche! Je n'ai pas pu utiliser cmd + tab pour revenir à Chrome depuis des lustres. Cela changerait toujours les espaces et m'emmènerait dans une autre fenêtre Chrome.
bzle

13
J'ai trouvé une solution de contournement plus simple: après que cmd-tab soit passé à Chrome sur le mauvais bureau, minimisez cette fenêtre de chrome. cmd-tab retour à l'autre application. Le comportement de cmd-tab sera corrigé. Maintenant, vous pouvez restaurer la fenêtre chrome minimisée et le comportement de l'onglet cmd reste fixe.
user3392439

3
@ user3392439 Cela semble fonctionner, merci! Un tel bug frustrant, il est là depuis des lustres, allez Apple!
Jaime Cham

0

Du moins pour moi, et dans le rapport de bogue Chromium que quelqu'un d'autre a lié, ce problème était directement causé par l'utilisation d'App Exposé (cela peut maintenant s'appeler "Application Windows"). Étant donné que cette fonctionnalité n'était pas vraiment importante pour moi, j'ai simplement désactivé mes raccourcis clavier et souris pour Exposé, et je n'ai eu aucun problème depuis. (Vous pouvez le faire en allant dans Préférences Système> Contrôle de mission> supprimer les raccourcis pour les fenêtres d'application, et également désactiver dans le menu Hot Corners s'il est là.)

Mise à jour: cela semble être corrigé à partir de Chrome 78.0.3904.70 ( https://bugs.chromium.org/p/chromium/issues/detail?id=990461 )

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.