Cmd + Tab mengubah desktop di Mojave


49

Setelah memperbarui sistem ke Mojave ketika saya menggunakan Cmd ⌘ Tab ⇥ jalan pintas berperilaku aneh.

Saya telah membuka banyak jendela Chrome di berbagai desktop.
Ketika saya memiliki fokus misalnya pada Teks Sublime, dan saya sebelumnya fokus pada Chrome, maka ketika saya menekannya Cmd ⌘ Tab ⇥ harus beralih ke jendela Chrome yang ada di Desktop yang sama dengan Sublime yang aktif, tetapi ternyata tidak. Beralih ke jendela Chrome di Desktop yang berbeda.

Sangat menyebalkan bagi saya karena saya harus menyembunyikan semua jendela Chrome kecuali satu, untuk menghindari perilaku ini.


6
Masalah yang sama di sini setelah memperbarui ke Mojave. Saya tidak setuju dengan @Tetsujin karena saya memiliki proyek yang berbeda yang bekerja secara aktif pada Spaces yang berbeda, dan masing-masing dari mereka memiliki jendela Chrome dan editor teks sendiri dll. Namun saya menemukan masalah ini hanya terjadi untuk Google Chrome, bukan aplikasi lain, Safari tidak punya "bug" ini, jadi saya ingin tahu apakah ini bukan Mojave tetapi Chrome? atau keduanya bersama?
DaxChen

6
Tidak yakin apa yang @Tetsujin bicarakan, sebenarnya saya telah melakukan ini selama 10 versi mac terakhir dan ini adalah bagian dari alur kerja saya. Ini hanya bug dari Mojave, bukan kita salah menggunakannya.
adriendenat

2
Saya akan mencoba memberikan video masalah ini. Saya tidak berpikir ini adalah cara normal Spaces seharusnya bekerja, terutama karena ini tidak konsisten, ini hanya terjadi dalam situasi tertentu.
adriendenat

7
@Tetsujin Anda dapat melihat bug di sini youtube.com/watch?v=rdGTtuC-gS4
adriendenat

4
@Tetsujin Grsmto benar sekali, dan jawaban yang diajukan di bawah ini oleh aceoak (membuat ruang baru, menggilir semua ruang untuk menyeret jendela Chrome ke ruang baru, lalu menyeretnya kembali dari ruang baru) menegaskan bahwa ini adalah bug Mojave, bukan Satu Chrome.
Jonathan H

Jawaban:


31

Saya juga punya masalah ini. Tampaknya lebih menonjol setelah bangun tidur.

Satu perbaikan sementara yang saya gunakan: buat ruang baru di kontrol Misi, seret semua jendela Chrome di ruang "fokus-babi" ke ruang baru (di kontrol Misi, klik dan seret ikon Chrome ke atas ke ruang baru), dan lalu seret kembali. Ini tampaknya menyetel ulang perilaku untuk semua ruang dengan jendela Chrome.


4
Ha, itu aneh, tapi berhasil! :) Ini membuktikan bahwa itu memang bug Mojave, dan bukan bug Chrome atau fitur Spaces.
Jonathan H

Terima kasih atas solusi sederhana namun efektif ini. Itu telah mengganggu saya ...: / Saya dapat menghilangkan membuat ruang baru, dan merakit semua jendela Chrome di ruang pelaku (alias fokus grabber), dan kemudian mendistribusikan kembali sesuai dengan keinginan saya.
f4lco

1
Berhasil! Saya belum dapat menggunakan tab cmd + untuk beralih kembali ke Chrome sejak lama. Itu akan selalu mengubah spasi dan membawa saya ke jendela Chrome yang berbeda.
bzle

13
Saya menemukan solusi yang lebih sederhana: setelah cmd-tab beralih ke Chrome di desktop yang salah, minimalkan jendela chrome itu. cmd-tab kembali ke aplikasi lain. Perilaku cmd-tab akan diperbaiki. Sekarang, Anda dapat mengembalikan jendela chrome yang diperkecil dan perilaku cmd-tab tetap.
user3392439

3
@ user3392439 Ini sepertinya berhasil, terima kasih! Bug yang membuat frustasi, sudah ada sejak lama, ayo Apple!
Jaime Cham

0

Setidaknya bagi saya, dan dalam laporan kromium bug orang lain yang ditautkan, masalah ini secara langsung disebabkan oleh penggunaan App Expose (sekarang ini dapat disebut "Aplikasi Windows"). Karena fungsi ini tidak terlalu penting bagi saya, saya cukup mematikan pintasan keyboard dan mouse untuk Expose, dan sejak itu saya tidak punya masalah. (Anda dapat melakukan ini dengan masuk ke System Preferences> Mission Control> menghapus pintasan untuk windows Aplikasi, dan juga menonaktifkan di menu Hot Corners jika ada.)

Pembaruan: ini tampaknya sudah diperbaiki pada Chrome 78.0.3904.70 ( https://bugs.chromium.org/p/chromium/issues/detail?id=990461 )

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.