Panduan

Bagaimana Anda melihat ruangan saat presentasi?

Bagikan layar dan Anda presentasi tanpa melihat: wajah, chat, dan tangan yang terangkat tertutup di belakang apa yang sedang Anda tampilkan. Solusi yang biasa digunakan mengorbankan satu hal demi hal lain — overlay menutupi konten Anda, monitor kedua tetap kehilangan daftar peserta saat slide menjadi layar penuh. Apa yang didokumentasikan oleh setiap platform, dan satu permukaan yang tidak ada dalam pertukaran tersebut.

The Mind.com Team

Bagaimana Anda melihat ruangan saat presentasi?

Bagaimana Anda tetap bisa melihat ruangan saat Anda melakukan presentasi?

Begitu Anda membagikan layar, Anda tidak lagi bisa melihat orang-orang yang menerima tayangan tersebut. Wajah-wajah menghilang. Chat menghilang. Tangan yang terangkat — sinyal paling mendesak dalam ruangan — menghilang.

Ini adalah salah satu keluhan paling terus-menerus di forum dukungan setiap platform besar, dan cara orang menggambarkannya cukup konsisten. Seorang presenter, meminta fitur ini kepada Microsoft: "Sebagai presenter, sangat penting untuk bisa membaca audiens." Seorang guru di forum Zoom: "jika saya ingin berinteraksi dengan siswa tertentu, saya tidak tahu siapa saja yang ada di sana." Yang lain, menjelaskan apa yang mereka kehilangan: "semua hal yang bisa saya lakukan jika kami bertemu langsung."

Keluhannya bukan soal panel yang hilang. Masalahnya adalah presentasi secara daring menempatkan Anda pada posisi yang tidak akan diterima siapa pun jika berada di dalam ruangan: berbicara ke tembok, menerka-nerka apakah ada yang masih mengikuti.

Setiap solusi menukar satu kerugian dengan kerugian lain

Yang membuat masalah ini sulit diatasi adalah solusi yang tersedia tidak menghilangkan masalah — melainkan hanya memindahkannya.

Overlay menutupi apa yang Anda tampilkan. Letakkan galeri peserta di atas konten dan Anda mendapatkan kembali ruangan, dengan mengorbankan hal yang sedang Anda presentasikan. Seorang host di forum Zoom: "satu-satunya cara yang saya temukan adalah menampilkan galeri sebagai overlay di atas PP, yang menutupi sebagian gambar." Pengguna lain menjelaskan dilema yang sama dari kedua sisi: "Ini menghalangi layar dalam mode layar penuh, dan kemudian memakan ruang lebih banyak dari yang saya inginkan saat tidak dalam mode itu." Tertutup atau tak terlihat — pilih salah satu.

Monitor kedua juga tidak selalu menjadi solusi yang andal. Ini adalah saran standar, dan perlu dijelaskan secara tepat mengenai batasannya. Saran ini mengasumsikan Anda memiliki layar kedua, yang menyingkirkan opsi bagi pengguna laptop saja atau saat bepergian. Namun bahkan dengan dua layar, pengguna melaporkan tetap kehilangan daftar peserta begitu slide masuk ke mode layar penuh: "setiap kali saya memasukkan PPT ke mode presentasi, saya kehilangan galeri peserta. Pilihan saya adalah menampilkan layar yang dibagikan di satu monitor dan dasbor presenter di monitor lain, atau memiliki 2 layar yang saling mencerminkan… keduanya menampilkan layar yang dibagikan. Sama sekali tidak bisa diterima baik untuk kelas maupun meeting."

Yang sebenarnya dilakukan orang adalah menggeser-geser jendela. Solusi nyata di lapangan adalah koreografi manual — mengecilkan, menyeret, membuka kembali. Seorang pengguna Teams: "Sebagai solusi sementara, saya membuka layar Teams dan memindahkannya ke kiri, sehingga hanya daftar peserta yang terlihat, sambil memperkecil layar yang saya bagikan."

Alasan mengapa tidak satu pun dari solusi ini benar-benar menyelesaikan masalah bersifat struktural. Meeting adalah sebuah jendela. Apa yang Anda presentasikan juga sebuah jendela. Pada satu layar, jendela-jendela saling bersaing — untuk ruang, dan untuk fokus.

Versi masalah ini yang paling menyakitkan: saat Anda mengedit apa yang Anda bagikan

Ada situasi di mana trade-off ini tidak lagi soal kenyamanan, tetapi mulai menghalangi pekerjaan itu sendiri.

Kebanyakan saran tentang berbagi layar mengasumsikan Anda mempresentasikan sesuatu yang sudah selesai. Sebuah deck. Sebuah dashboard. Alur yang sudah direkam. Namun banyak meeting kerja yang membagikan sesuatu yang sedang diubah — spesifikasi yang mendapat paragraf baru, sheet yang mendapat angka yang dikoreksi, project board yang mendapat kartu yang baru saja disepakati untuk dipindahkan. Seperti yang dikatakan seseorang saat menanyakan cara tetap bisa melihat peserta: "Bukan hanya PowerPoint atau Excel, tapi apa saja."

Sekarang konfliknya menjadi lebih tajam. Untuk mengedit dokumen, dokumen tersebut memerlukan fokus — dokumen itu harus menjadi jendela tempat Anda mengetik. Maka meeting akan berpindah ke belakang, dan bersamanya hilang pula chat tempat seseorang menempelkan kata-kata tepat yang harus Anda gunakan, serta pointer yang Anda pakai untuk menunjukkan baris mana yang Anda maksud.

Jika meeting tetap di depan, Anda hanya membicarakan perubahan tersebut, bukan benar-benar membuatnya. Jika Anda membuat perubahan, Anda bekerja tanpa bisa melihat. Pekerjaan itu akhirnya bergeser ke "setelah panggilan selesai," terpisah dari ruangan yang baru saja menyepakatinya.

Apa yang sebenarnya didokumentasikan oleh masing-masing platform

Para vendor mendokumentasikan tiga jawaban berbeda, dan ketiganya perlu dibaca dengan cermat — karena salah satunya lebih mendekati solusi dibanding yang lain, dan itu bukan yang biasanya diduga orang.

Google mendokumentasikan mode picture-in-picture untuk Meet, menyatakan bahwa Anda dapat "menggunakan mode picture-in-picture untuk mempresentasikan sekaligus menemukan audiens Anda," dan melepas pin presentasi sehingga Anda "kini dapat menemukan lebih banyak peserta saat mempresentasikan" (diperiksa Agustus 2026). Keduanya membahas soal melihat peserta; halaman presentasi Google tidak mendokumentasikan cara untuk tetap menjaga chat terlihat saat mempresentasikan pada satu layar.

Zoom mendokumentasikan mode dual-monitor, di mana "tampilan gallery atau speaker dapat ditampilkan di satu monitor sementara monitor lainnya menampilkan konten yang dibagikan" — dengan prasyarat yang disebutkan mencakup aplikasi desktop dan spesifikasi minimum CPU i5 dengan empat inti atau lebih (diperiksa Agustus 2026). Ini adalah jawaban "monitor kedua," dituliskan sebagai sebuah fitur.

Microsoft melangkah paling jauh. Teams mendokumentasikan toolbar presenter yang "hanya terlihat oleh orang yang mempresentasikan," dan menyatakan: "Pilih Chat untuk melihat dan berpartisipasi dalam tampilan ringkas chat meeting saat Anda mempresentasikan konten. Audiens Anda tidak akan melihat jendela chat di layar yang Anda bagikan" (diperiksa Agustus 2026).

Yang terakhir ini penting bagi siapa pun yang membandingkan opsi: panel chat yang privat dan tidak ikut terekam untuk presenter bukanlah kekosongan di pasar — Teams sudah mendokumentasikannya hari ini. Perbedaan yang tersisa adalah apa yang dilakukan oleh jendela lain milik presenter. Permukaan presenter di Meet dan Teams merupakan bagian dari jendela aplikasi meeting itu sendiri; dokumen yang Anda edit tetap merupakan jendela terpisah yang bersaing untuk mendapatkan fokus dengannya.

Apa yang berubah ketika meeting tidak lagi menjadi sebuah jendela

Ada satu permukaan di browser yang tidak bersaing untuk fokus dengan halaman: side panel milik browser itu sendiri.

Chrome mendokumentasikan Side Panel API sebagai cara bagi ekstensi untuk "menampilkan konten di side panel browser di samping konten utama sebuah halaman web" (diperiksa Agustus 2026). Properti yang relevan di sini bersifat struktural. Panel tersebut merupakan bagian dari frame browser, bukan bagian dari tab. Panel ini berada di samping tab mana pun yang sedang aktif, tetap di tempatnya saat Anda beralih tab, dan mengetik di halaman tidak akan mendorongnya ke belakang — karena panel ini memang tidak pernah berada dalam stack yang sama dengan halaman tersebut.

Ini memiliki konsekuensi kedua, dan di sini kita perlu berhati-hati membedakan mana yang didokumentasikan dan mana yang kami ukur sendiri. Dokumentasi screen-capture Chrome menjelaskan tab capture sebagai penangkapan area yang terlihat dari sebuah tab, dan spesifikasi screen-capture W3C menyerahkan batas tepat UI browser kepada implementasi masing-masing — tidak ada yang menyatakan apa yang terjadi pada side panel. Jadi kami mengujinya sendiri: saat membagikan sebuah tab, side panel tidak muncul dalam stream yang terekam. Peserta melihat tab yang Anda pilih, bukan panel di sampingnya.

Hasil ini bersifat spesifik untuk mode berbagi tertentu, dan perbedaan itulah inti dari semuanya. Jika Anda membagikan seluruh layar, semua yang ada di layar tersebut ikut terekam, termasuk panel. Properti yang kami andalkan ini berlaku untuk berbagi tab, yang merupakan mode yang digunakan dalam workflow ini.

Gabungkan kedua properti ini dan trade-off tersebut tidak lagi harus dikelola — melainkan benar-benar hilang:

  • Dokumen tersebut adalah tab yang aktif. Dokumen ini memiliki fokus. Anda mengetik di dalamnya, dan tampilannya memenuhi lebar penuh layar Anda — bukan setengahnya, dan tanpa ada apa pun yang di-overlay di atasnya.
  • Meeting berada di panel di sampingnya, dalam tata letak sempit milik aplikasi: panggilan, chat, peserta, kontrol pointer.
  • Peserta Anda melihat dokumen tersebut. Bukan jendela panggilan Anda, bukan chat yang sedang Anda baca — melainkan tab yang Anda pilih, dan pointer yang Anda gunakan di atasnya.

Inilah tujuan kami membangun ekstensi Chrome InterMIND — kini telah dipublikasikan di Chrome Web Store, lihat pengumumannya. Panggilan berjalan di side panel; tab yang Anda bagikan tetap bisa Anda edit. Dalam sesi kerja pada sebuah project board, ini berarti board tersebut tampil dalam lebar penuh dan sedang diedit, pointer tetap menunjukkan ke mana ruangan harus melihat, dan chat tetap dapat dibaca di sampingnya — semuanya secara bersamaan, pada satu layar, tanpa monitor kedua dan tanpa apa pun yang menutupi konten.

Perhatikan apa yang tidak diklaim untuk diperbaiki oleh solusi ini. Panelnya sempit, sehingga galeri besar berisi banyak wajah bukanlah sesuatu yang bisa muat di sana — ini menjawab "jaga agar ruangan dan chat-nya tetap bisa diakses saat saya bekerja," bukan "tampilkan tiga puluh tile video sekaligus."

Batasan yang jujur

Ada tiga hal yang perlu dinyatakan secara terus terang, karena ketiganya membentuk ekspektasi yang tepat.

Berbagi tetap dimulai dengan picker normal. Anda mengklik share, Chrome menanyakan permukaan mana yang ingin Anda bagikan, Anda memilih tab. Tidak ada opsi satu klik "bagikan tab yang sedang saya buka" dari side panel — Chrome tidak memberikan akses tab capture kepada ekstensi dari konteks panel, dan permintaan untuk menambahkan kemampuan tersebut ditutup oleh tim Chromium sebagai won't-fix (diperiksa Agustus 2026). Picker hanya satu klik. Itu adalah mekanismenya, bukan solusi darurat.

Ini bersifat spesifik untuk browser. Side panel adalah fitur Chromium. Skenario yang dijelaskan di sini adalah skenario Chrome dan Edge; pada browser lain, Anda kembali harus mengatur-atur jendela.

Ini menyelesaikan satu masalah. Membagikan sebuah tab sambil mengeditnya, tanpa kehilangan UI panggilan. Ini tidak membuat layar laptop kecil menjadi lebih besar, dan jika yang perlu Anda bagikan adalah aplikasi desktop bukan tab browser, properti tab-capture ini tidak berlaku untuknya.

Di mana ini paling berpengaruh

Pola ini muncul di mana pun artefak yang dikerjakan masih hidup, bukan sudah selesai:

  • Sesi kerja pada dokumen atau spesifikasi — mengedit kata-kata saat ruangan meresponsnya secara langsung, bukan mencatat feedback untuk diterapkan nanti.
  • Spreadsheet dan model perencanaan — mengubah sebuah input dan membiarkan semua orang menyaksikan angkanya berubah, yang justru menjadi alasan utama sheet tersebut ditampilkan di layar.
  • Project board dan backlog — alasan kami menyadari hal ini secara internal: memindahkan kartu dan mengedit tiket selama panggilan perencanaan sambil tetap membaca apa yang orang-orang ketik tentang kartu-kartu tersebut.
  • Design dan code review — melakukan perbaikan kecil selama panggilan, sementara pointer menandai apa yang sedang dibahas.

Kesamaan dari semua ini adalah bahwa nilai dari meeting terletak pada perubahan terhadap artefak tersebut, dan workflow apa pun yang mendorong proses editing ke "setelah panggilan selesai" memindahkan pekerjaan itu keluar dari meeting tempat kesepakatan sebenarnya terjadi.

FAQ

Bagaimana Anda bisa melihat peserta saat mempresentasikan?

Setiap platform mendokumentasikan jawaban parsial yang berbeda-beda. Google mendokumentasikan picture-in-picture dan melepas pin presentasi untuk "menemukan lebih banyak peserta saat mempresentasikan." Zoom mendokumentasikan mode dual-monitor, yang memerlukan layar kedua. Microsoft mendokumentasikan toolbar presenter yang hanya terlihat oleh presenter (semua diperiksa Agustus 2026). Batasan yang sama-sama dimiliki adalah bahwa permukaan-permukaan ini berada di dalam jendela aplikasi meeting itu sendiri, sehingga tetap bersaing dengan apa pun yang sedang Anda lakukan — itulah sebabnya pengguna tetap melaporkan kehilangan daftar peserta begitu slide masuk mode layar penuh, bahkan dengan dua monitor.

Mengapa saya kehilangan galeri peserta ketika PowerPoint masuk ke mode presentasi?

Karena mode presentasi mengambil alih layar tempatnya ditampilkan, dan jendela meeting adalah jendela terpisah yang terdorong ke belakang. Inilah sebabnya monitor kedua tidak otomatis menyelesaikan masalah ini: pengguna dengan dua layar melaporkan kehilangan yang sama, karena pilihannya berubah menjadi layar mana yang diambil alih oleh slideshow. Alternatif yang biasa dijadikan solusi adalah menampilkan galeri sebagai overlay di atas konten, atau mengubah ukuran jendela secara manual.

Bagaimana Anda bisa melihat chat saat berbagi layar pada satu monitor?

Ini bergantung pada platformnya. Microsoft mendokumentasikan tampilan chat meeting yang ringkas di Teams untuk presenter, menyatakan bahwa audiens tidak akan melihat jendela chat tersebut di layar yang dibagikan (diperiksa Agustus 2026). Jawaban yang didokumentasikan Zoom adalah mode dual-monitor, yang memerlukan layar kedua (diperiksa Agustus 2026). Dokumentasi presentasi Google membahas cara melihat peserta melalui picture-in-picture, bukan chat (diperiksa Agustus 2026). Yang tidak diubah oleh satu pun dari ketiganya adalah bahwa permukaan presenter tetap merupakan bagian dari jendela aplikasi meeting — sehingga jika Anda juga perlu mengedit dokumen yang dibagikan, dokumen tersebut dan meeting tetap menjadi dua jendela yang bersaing untuk satu fokus.

Bisakah Anda mengedit dokumen sambil membagikannya melalui screen share?

Bisa — batasannya bukan pada proses editing itu sendiri, melainkan pada apa yang bisa Anda lihat saat melakukannya. Dokumen tersebut harus memegang fokus agar Anda bisa mengetik di dalamnya, yang menempatkan antarmuka meeting di belakangnya pada satu layar. Dokumen tersebut tetap dibagikan sepanjang waktu; Anda hanya kehilangan pandangan terhadap chat, peserta, dan pointer selama bekerja di dalamnya.

Apakah Anda memerlukan dua monitor untuk mempresentasikan dan bekerja secara bersamaan?

Dua monitor adalah jawaban standar dan memang berhasil. Namun itu bukan satu-satunya solusi: side panel browser memberi Anda permukaan kedua pada satu layar, karena panel tersebut berada di frame browser di samping halaman, bukan bersaing dengannya untuk mendapatkan fokus.

Apakah side panel ikut muncul dalam screen share Anda?

Tidak, jika Anda membagikan sebuah tab — kami telah mengujinya, dan panel tersebut tidak muncul dalam stream yang terekam. Dokumentasi Chrome dan spesifikasi screen-capture W3C tidak menyatakan perilaku ini secara pasti (spesifikasi tersebut menyerahkan batas UI browser kepada implementasi masing-masing), sehingga anggap ini sebagai hasil pengukuran, bukan jaminan yang terdokumentasi. Jika Anda membagikan seluruh layar, semua yang terlihat di layar tersebut akan terekam, termasuk panelnya.

Apakah ada cara untuk membagikan tab yang sedang aktif dalam satu klik, tanpa picker?

Tidak, jika dari side panel. Chrome tidak memberikan akses tab capture kepada ekstensi dari konteks panel, dan permintaan untuk mengizinkannya ditutup sebagai won't-fix oleh tim Chromium (diperiksa Agustus 2026). Proses berbagi tetap dimulai dari picker standar Chrome, tempat Anda memilih tab.

Di browser mana ini berfungsi?

Side panel adalah fitur Chromium, sehingga ini berlaku untuk Chrome dan Edge. Browser lain tidak memiliki permukaan setara, dan trade-off jendela yang dijelaskan di atas tetap berlaku secara normal di sana.

Apakah ini menggantikan monitor kedua?

Untuk kasus spesifik ini — membagikan tab browser sambil mengeditnya dan tetap menjaga UI panggilan terlihat — solusi ini menghilangkan alasan Anda memerlukan monitor kedua. Namun ini tidak menggantikan monitor kedua untuk semua kegunaan lain yang biasanya dipenuhi oleh monitor kedua.

Coba sekarang


Sumber: Chrome for Developers — chrome.sidePanel API, Chrome for Developers — chrome.tabCapture API, W3C — Screen Capture, Chromium issue 40926394 — chrome.tabCapture from side panel, Google Meet — Present during a video meeting, Zoom — Using dual monitor mode, Microsoft — Present content in Microsoft Teams meetings. Vendor dapat mengubah aplikasi dan dokumentasi mereka dari waktu ke waktu; periksa halaman resmi mereka untuk kondisi terkini. Semua fakta diperiksa pada Agustus 2026.

Dapatkan postingan baru dan pembaruan produk melalui email

Satu email sebulan dengan postingan baru dan pembaruan produk. Berhenti berlangganan kapan saja.