Skenario apa yang mendapat manfaat dari Mac OS X yang memungkinkan aplikasi berjalan ketika tidak ada jendela dokumen yang tersisa?


12

Sebagai aturan praktis program pada Mac OS X tetap berjalan ketika Anda menutup semua jendela dokumen mereka.

Ini adalah perilaku yang saya perhatikan di MacVim, VmWare Fusion, Chrome dan sejumlah aplikasi lain.

Saya pribadi menemukan ini tidak ada gunanya dan terus terang cukup menjengkelkan, walaupun memiliki beberapa pengalaman yang menegaskan bahwa pendapat saya tidak selalu berlaku dalam kelompok sasaran tertentu, saya berasumsi bahwa mungkin ada alasan untuk keputusan ini.

Apa skenario di mana fungsi ini bisa berguna?

Jawaban:


8

Ketika Anda menggunakan Windows dan Anda membuka aplikasi seperti MS Word atau Adobe Photoshop, itu akan membuka jendela aplikasi dengan semacam latar belakang kosong. Ketika Anda melakukan ini pada Mac, tidak ada latar belakang, hanya ada opsi menu di bar paling atas. Jadi katakan Anda memiliki file yang terbuka di Photoshop di Windows dan Anda menutup file itu, Anda akan melihat jendela aplikasi kosong yang sama yang Anda lihat ketika Anda memulai Photoshop. Pada Mac, Anda akan melihat menu di bilah atas, tetapi sekali lagi, karena tidak ada latar belakang Anda cukup melihat desktop. Jadi sungguh, tidak ada perbedaan dalam cara Windows dan Mac OS X menangani aplikasi, selain satu memiliki jendela yang terlihat dan yang lainnya tidak.

Manfaat melakukannya dengan cara OS X: Jika Anda DO berencana untuk menjaga aplikasi tetap terbuka, itu membuat Anda tidak perlu meminimalkan aplikasi seperti yang Anda lakukan di windows. Yang harus Anda lakukan adalah mengklik pada sesuatu yang lain di latar belakang dan itu akan membuat applciation kehilangan fokus. Untuk menutupnya, cukup klik kanan pada ikon aplikasi di dok dan pilih 'Berhenti'.

masukkan deskripsi gambar di sini


7
Keuntungan lain adalah mengurangi waktu peluncuran saat berikutnya Anda membukanya.
Enrico Susatyo

6

Kelebihan dari perilaku ini adalah melayani pengguna yang ingin menikmati perbedaan antara harus meluncurkan seluruh kerangka kerja aplikasi atau hanya membuka dokumen baru di dalam aplikasi yang sudah berjalan.

Anda dapat mengatur aplikasi-aplikasi tersebut untuk diluncurkan saat login jika Anda memiliki cukup RAM atau hanya CPU pokey. Sistem memori virtual akan memilah halaman apa yang Anda perlu ditukar ke disk dan yang dapat tetap dalam RAM.

Selama aplikasi bocor memori dengan lambat , itu adalah rencana bagus untuk tidak keluar dari aplikasi apa pun yang dapat Anda gunakan lagi.

Ini penyetelan kinerja dasar - gunakan kembali pekerjaan, bagi pekerjaan menjadi beberapa bagian, selesaikan pekerjaan sebelum pengguna menunggu untuk itu.


1
Fakta bahwa aplikasi mac yang berperilaku baik tidak memunculkan kanvas besar membuat perilaku ini lebih kuat. Tidak apa-apa jika dokumen mengambil seluruh layar, tetapi bentuk buruk bagi aplikasi untuk melakukan itu hanya karena diluncurkan.
bmike

5

Pada dasarnya, OSX dan Windows memiliki pendekatan berbeda untuk windows tingkat atas. Di Windows, jendela berisi seluruh instance aplikasi termasuk bilah menu. Di OSX, jendela berisi dokumen terbuka, yang menjelaskan mengapa Anda dapat memiliki aplikasi yang hanya menampilkan bilah menu.

Ingatlah bahwa penanganan aplikasi "kosong" akan berubah dalam waktu dekat karena semakin banyak aplikasi diperbarui untuk Lion. Perilaku umum adalah bahwa aplikasi berbasis dokumen yang tidak memiliki dokumen dibuka (sebagai lawan dari hal-hal seperti Kalkulator) akan menunjukkan ke OS bahwa itu dapat menutup aplikasi ketika tidak ada dokumen yang terbuka. Idenya adalah bahwa akan ada sedikit kebutuhan untuk mengelola aplikasi mana yang terbuka.

Lihat ulasan terperinci Lion Sir John Siracusa untuk lebih lanjut tentang ini.


Tautan Ars Technica untuk penghentian otomatis merujuk ke halaman yang tidak diizinkan untuk dilihat publik.
Graham Perrin

Saya yakinkan Anda bahwa itu adalah tautan publik; Saya tidak memiliki akun Ars dan itu berfungsi untuk saya. Mungkin Anda sedang diarahkan ke halaman pribadi?
David

Hai, itu ada di halaman, tautan Ars Technica untuk penghentian otomatis merujuk ke developer.apple.com/library/prerelease/mac/documentation/... yang mengalihkan ke developer.apple.com/devcenter/ios/unauthorized (tidak diotorisasi berdasarkan saya keanggotaan, jadi saya kira itu tidak diizinkan untuk dilihat publik). Jawaban saya di dekat saya memberikan tautan ke halaman Apple yang diharapkan publik. (Sebuah kesalahan Ars Technica, bukan milik Anda; Anda memiliki suara atas :)
Graham Perrin

3

Penafsiran

Berdasarkan jawaban yang diterima, saya melihat dua aspek dari pertanyaan:

  • apakah aplikasi harus berjalan tanpa windows
  • jendela mana yang harus ditampilkan saat aplikasi berjalan.

Pengakhiran otomatis dan mendadak

Bacaan yang disarankan untuk setiap pengguna Lion yang khawatir tentang menjalankan aplikasi:

Sorotan:

... sistem ... lebih siap untuk menangani pekerjaan. Pengguna tidak perlu mengelola proses secara manual ...

Berhenti!

Jika aplikasi yang ditulis dengan baik digunakan, dan jika pengguna dapat menghentikan kebiasaan berhenti aplikasi (kebiasaan yang dipelajari dari sistem yang kurang cerdas) maka:

  • memungkinkan sistem Lion untuk mengelola berbagai hal dapat menghasilkan pengalaman pengguna yang jauh lebih baik.

Dibutuhkan lompatan keyakinan untuk bekerja dengan cara ini - tanpa perintah-q - tetapi banyak laporan pengguna mengkonfirmasi apa yang disarankan oleh Apple.

Menggeser penekanan tombol pada windows

Terkadang sebanding dengan membuang windows.

Di Mac OS X 10.7 (Build 11A511): tanpa mengubah pengaturan global atau aplikasi khusus untuk restorasi windows (fitur Transparent App Lifecycle (TAL)), aplikasi merespons dengan berbagai cara untuk menggunakan tombol shift sebelum aplikasi diluncurkan.

Contohnya

NeoOffice 3.2.1 Beta Patch 0 menghargai kunci shift. Jika file yang disimpan dibuka pada saat berhenti, maka tombol shift sebelum peluncuran akan menekan pemulihan jendela ke file itu. Jika Anda lebih suka tidak ada saat peluncuran (fitur yang tidak tergantung pada TAL) Anda tidak akan mendapatkan apa-apa.

tangkapan layar opsi menu di NeoOffice

Pratinjau 5.5 (719) menghormati kunci. Jika hanya file yang disimpan dibuka sebelum keluar, maka tombol shift akan menyebabkan Pratinjau tidak menampilkan apa pun, tidak ada jendela.

Safari 5.1 (7534.48.3) menghormati kunci. Jika preferensi Anda untuk jendela baru adalah halaman kosong, dan jika Anda menjelajahi berbagai halaman sebelum berhenti, maka tombol shift sebelum peluncuran akan menyebabkan presentasi hanya satu jendela, halaman kosong.

Terminal 2.2 (297) dan TextEdit 1.7 (288) berperilaku dengan cara yang konsisten dengan Preview dan Safari.

Untuk setiap aplikasi, logika yang berbeda mungkin berlaku tetapi pada dasarnya, pada saat peluncuran:

  • tombol shift harus menekan sesuatu.

Mail 5.0 (1244.2 / 1244.3) tampaknya mengabaikan kunci. Jika Anda memiliki beberapa jendela penampil, jendela aktivitas dan jendela ke pesan yang diterima: semua itu akan dipulihkan. Ketidakkonsistenan ini berbau tidak enak dan harus diumpankan ke Apple; Saya berharap Mail menampilkan setidaknya satu jendela (penampil), bukan segalanya.

Petunjuk

Jangan lepaskan tombol shift terlalu cepat.

Catatan samping: melanjutkan edisi

Edisi yang belum disimpan sebelum berhenti biasanya dilanjutkan sebagai edisi.

Di beberapa lingkungan, edisi yang belum disimpan sebelum berhenti tidak dilanjutkan. Ketika Anda membuka file seperti itu, Anda harus menemukan bahwa sistem (bukan Anda) menyimpan versi.


Saya ingin tahu tentang suara turun baru-baru ini tentang ini. Komentar dari pemilih akan membantu - terima kasih.
Graham Perrin

0
  • Aplikasi yang membutuhkan banyak waktu untuk membuka dapat tetap berjalan di latar belakang bahkan jika mereka tidak memiliki jendela terbuka
  • Aplikasi tanpa dokumen terbuka tidak harus menampilkan jendela kosong yang menutupi layar
  • Anda dapat menutup jendela terakhir aplikasi dan membuka yang baru tanpa harus keluar dan membuka kembali aplikasi
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.