Cmd + Tab cambia desktop su Mojave

Dopo aver aggiornato il sistema su Mojave quando uso il Cmd ⌘ Tab ⇥ collegamento, si comporta in modo strano.

Ho aperto molte finestre di Chrome su desktop diversi.
Quando mi concentro, ad esempio, su Sublime Text e in precedenza mi sono concentrato su Chrome, quindi quando lo premo Cmd ⌘ Tab ⇥ dovrebbe passare alla finestra di Chrome che si trova sullo stesso desktop di Sublime attivo, ma non lo è. Passa a una finestra di Chrome su un desktop diverso.

È molto frustrante per me perché ho bisogno di nascondere tutte le finestre di Chrome tranne una, per evitare questo comportamento.

macos macbook shortcuts

— gkucmierz
fonte

Stesso problema qui dopo l'aggiornamento a Mojave. Non sono d'accordo con @Tetsujin poiché ho diversi progetti che lavorano attivamente su diversi spazi e ognuno di essi ha la propria finestra di Chrome e l'editor di testo ecc. Tuttavia ho riscontrato che questo problema si verifica solo per Google Chrome, non per qualsiasi altra app, Safari no hai questo "bug", quindi mi chiedo se non è Mojave ma Chrome? o entrambi insieme?

— DaxChen,

Non sono sicuro di cosa stia parlando @Tetsujin, in realtà l'ho fatto per le ultime 10 versioni di mac os e questa è parte integrante del mio flusso di lavoro. Questo è solo un bug di Mojave, non noi che lo usiamo in modo errato.

— adriendenat,

Proverò a fornire un video del problema. Non penso che questo sia il modo normale in cui gli spazi dovrebbero funzionare, specialmente perché non è coerente, ciò accade solo in determinate situazioni.

— adriendenat,

@Tetsujin puoi vedere il bug qui youtube.com/watch?v=rdGTtuC-gS4

— adriendenat

@Tetsujin Grsmto ha assolutamente ragione, e la risposta proposta di seguito da aceoak (crea nuovo spazio, scorri tutti gli spazi per trascinare le finestre di Chrome in un nuovo spazio, quindi trascinali indietro dal nuovo spazio) conferma che si tratta di un bug di Mojave, non di un Chrome One.

— Jonathan H,

Risposte:

Ho anche questo problema. Sembra essere più importante dopo essersi svegliati dal sonno.

Una soluzione temporanea che utilizzo: crea un nuovo spazio nel controllo Mission, trascina tutte le finestre di Chrome nello spazio "focus-hog" nel nuovo spazio (nel controllo Mission, fai clic e trascina l'icona di Chrome nel nuovo spazio), e quindi trascinarli indietro. Questo sembra reimpostare il comportamento per tutti gli spazi con le finestre di Chrome.

— aceoak
fonte

Ah, è strano, ma funziona! :) Ciò dimostra che si tratta effettivamente di un bug Mojave e né di un bug di Chrome né di una funzionalità di Spaces.

— Jonathan H,

Grazie per questa soluzione semplice ma efficace. Mi ha tormentato ...: / Posso omettere di creare un nuovo spazio e assemblare tutte le finestre di Chrome nello spazio dell'autore del reato (aka focus grabber), e quindi ridistribuire secondo i miei gusti.

— f4lco,

Funziona! Non sono stato in grado di utilizzare cmd + tab per tornare a Chrome per anni. Cambierebbe sempre gli spazi e mi porterebbe in un'altra finestra di Chrome.

— bzle

Ho trovato una soluzione più semplice: dopo che cmd-tab passa a Chrome sul desktop sbagliato, minimizza quella finestra di Chrome. cmd-tab torna all'altra app. Il comportamento della scheda cmd verrà corretto. Ora puoi ripristinare la finestra di Chrome ridotta a icona e il comportamento della scheda cmd rimane fisso.

— user3392439

@ user3392439 Questo sembra funzionare, grazie! Un bug così frustrante, è lì da secoli, dai Apple!

— Jaime Cham

Almeno per me, e nel bug di Chromium riporta qualcun altro collegato, questo problema è stato causato direttamente dall'utilizzo di App Exposé (questo potrebbe ora essere chiamato "Windows delle applicazioni"). Poiché questa funzionalità non era molto importante per me, ho semplicemente disattivato le scorciatoie da tastiera e mouse per Exposé e da allora non ho più avuto problemi. (Puoi farlo andando su Preferenze di Sistema> Controllo missione> rimuovendo le scorciatoie per le finestre dell'applicazione e disabilitando anche nel menu Hot Corners se presente).

Aggiornamento: questo sembra essere stato risolto a partire da Chrome 78.0.3904.70 ( https://bugs.chromium.org/p/chromium/issues/detail?id=990461 )

— ctuong
fonte