Hogyan látja a termet, miközben prezentál?

Amint megosztja a képernyőjét, nem látja többé azokat, akikkel megosztja. Az arcok eltűnnek. A csevegés eltűnik. A felemelt kéz, a terem legidőérzékenyebb jelzése, szintén eltűnik.

Ez az egyik legtartósabb panasz minden jelentős platform támogatási fórumán, és az emberek egybehangzóan írják le. Egy előadó, aki a Microsofttól kéri a funkciót: „Előadóként létfontosságú, hogy olvasni tudjam a közönséget.” Egy tanár a Zoom fórumán: „ha egy adott diákkal szeretnék interakcióba lépni, fogalmam sincs, ki van odakint.” Egy másik, aki azt írja le, mit veszít el: „mindazt, amit megtehetnék, ha személyesen lennénk jelen.”

A panasz nem az, hogy hiányzik egy panel. Az a gond, hogy az online prezentálás olyan helyzetbe hozza az embert, amelyet egy teremben senki sem fogadna el: falnak beszél, és találgatja, hogy bárki követi-e.

Minden megoldás egyik veszteséget a másikra cseréli

Azért makacs a probléma, mert a rendelkezésre álló válaszok nem szüntetik meg, csak áthelyezik.

A fedőréteg eltakarja azt, amit mutat. Ha a résztvevői galériát a tartalom fölé teszi, visszakapja a termet, de annak az árán, amit éppen prezentál. Egy házigazda a Zoom fórumán: „az egyetlen módszer, amit találok, hogy a galériát a PP fölé rakom, ami eltakar a képből valamennyit.” Egy másik felhasználó ugyanezt a szorult helyzetet írja le mindkét oldalról: „Teljes képernyőn eltakarja a képet, máskor pedig több helyet foglal, mint szeretném.” Eltakarás vagy láthatatlanság: az egyiket lehet választani.

A második monitor sem oldja meg megbízhatóan. Ez a szokásos tanács, és érdemes pontosan megnézni a korlátait. Feltételezi, hogy van második kijelzője, ami kizárja a csak laptopot használó és az utazós felállásokat. De még két kijelzővel is azt jelentik a felhasználók, hogy a névsort elveszítik, amint a diák teljes képernyőre váltanak: „valahányszor a PPT-t prezentációs módba teszem, elveszítem a résztvevői galériát. Vagy a megosztott képernyő van az egyik monitoron, az előadói dashboard a másikon, vagy 2 képernyő tükrözi egymást… mindkettőn a megosztott képernyő látszik. Teljesen elfogadhatatlan akár órán, akár meetingen.”

Az emberek valójában ablakokat zsonglőrködnek. A gyakorlati kerülőmegoldás kézi koreográfia: összehúzás, húzogatás, újranyitás. Egy Teams-felhasználó: „Kerülőmegoldásként megnyitottam a Teams ablakot, és balra toltam, csak a résztvevők listája látszott, miközben összébb húztam a megosztott képernyőt.”

Azért nem old meg egyik sem semmit, mert a probléma szerkezeti. A meeting egy ablak. Amit prezentál, az is egy ablak. Egyetlen képernyőn az ablakok versengenek: a helyért és a fókuszért.

A legjobban fájó változat: amikor azt szerkeszti, amit megoszt

Van olyan eset, amikor a kompromisszum már nem a kényelemről szól, hanem magát a munkát akadályozza.

A képernyőmegosztásról szóló tanácsok többsége azt feltételezi, hogy valami kész dolgot mutat be. Egy diasort. Egy dashboardot. Egy rögzített folyamatot. De sok munkameeting olyasmit oszt meg, amit éppen módosítanak: a specifikációt, amelybe új bekezdés kerül, a táblázatot, amelybe a javított szám, a projekttáblát, amelyen az a kártya mozdul, amelyről mindenki most egyezett meg. Ahogy valaki megfogalmazta, amikor azt kérdezte, hogyan láthatná továbbra is a résztvevőket: „Nemcsak PowerPoint vagy Excel, hanem bármi.”

Itt az ellentmondás élesebb. A dokumentum szerkesztéséhez a dokumentumnak fókuszban kell lennie: abba az ablakba kell gépelnie. Így a meeting mögé kerül, vele együtt pedig a csevegés, amelyben valaki éppen beilleszti a pontos megfogalmazást, és a mutató, amellyel megmutatta, melyik sorra gondol.

Ha a meetinget tartja elöl, a változásról beszél ahelyett, hogy elvégezné. Ha elvégzi a változtatást, vakon dolgozik. A munka „a hívás utánra” tolódik, el attól a teremtől, amely épp megegyezett róla.

Mit dokumentálnak valójában a platformok

A szolgáltatók három különböző választ dokumentálnak, és érdemes pontosan elolvasni őket, mert az egyik közelebb áll a megoldáshoz, mint a többi, és nem az, amelyikre az emberek gondolnak.

A Google a Meethez a kép a képben módot dokumentálja, azt állítva, hogy „a kép a képben móddal egyszerre prezentálhat és láthatja a közönségét”, valamint hogy a prezentáció kitűzésének feloldása után „prezentálás közben több résztvevőt láthat” (ellenőrizve: 2026 augusztus). Mindkettő a résztvevők látását szolgálja; a Google prezentálási oldala nem dokumentál módot arra, hogy egyetlen képernyőn prezentálás közben a csevegés látható maradjon.

A Zoom a kétmonitoros módot dokumentálja, ahol „a galéria- vagy előadónézet az egyik monitoron jeleníthető meg, míg a másik monitoron a megosztott tartalom látszik”, megadott előfeltételekkel, köztük az asztali alkalmazással és egy legalább négymagos i5-ös processzorral (ellenőrizve: 2026 augusztus). Ez a második monitoros válasz, funkcióként leírva.

A Microsoft megy a legmesszebb. A Teams egy olyan előadói eszköztárat dokumentál, amely „csak a prezentáló számára látható”, és kimondja: „Válassza a Chat lehetőséget, hogy prezentálás közben megtekinthesse a meetingcsevegés kompakt nézetét, és részt vehessen benne. A közönség nem látja a csevegőablakot a megosztott képernyőn” (ellenőrizve: 2026 augusztus).

Ez utolsó azért számít, aki lehetőségeket hasonlít össze, mert az előadó számára készült privát, nem rögzített csevegőpanel nem piaci rés: a Teams ma már dokumentál ilyet. A megmaradó különbség az, hogy mit csinál az előadó másik ablaka. A Meet és a Teams előadói felületei a meetingalkalmazás saját ablakának részei; a szerkesztett dokumentum továbbra is külön ablak, amely a fókuszért versenyez vele.

Mi változik, ha a meeting megszűnik ablak lenni

A böngészőben van egy felület, amely nem versenyez a fókuszért az oldallal: maga a böngésző oldalpanelje.

A Chrome a Side Panel API-t úgy dokumentálja, mint amellyel egy bővítmény „tartalmat jeleníthet meg a böngésző oldalpaneljében, a weboldal fő tartalma mellett” (ellenőrizve: 2026 augusztus). A lényeges tulajdonság szerkezeti. A panel a böngészőkeret része, nem a lapé. Az aktív lap mellett ül, lapváltáskor is a helyén marad, és az oldalba gépelés nem tolja semmi mögé, mert soha nem volt abban a rétegben, amelyben az oldal van.

Ennek van egy második következménye, és itt gondosan el kell választanunk, mi dokumentált és mit mértünk. A Chrome képernyőrögzítési dokumentációja a lapmegosztást úgy írja le, hogy az egy lap látható területét rögzíti, a W3C képernyőrögzítési specifikációja pedig a böngészőfelület pontos határát implementációfüggőnek hagyja; egyik sem mondja ki, mi történik az oldalpanellel. Ezért kipróbáltuk: lap megosztásakor az oldalpanel nem jelenik meg a rögzített adatfolyamban. A résztvevők az Ön által kiválasztott lapot látják, nem a mellette lévő panelt.

Ez az eredmény megosztási módra jellemző, és a különbségtétel az egész lényeg. Ha az egész képernyőt osztja meg, a képernyőn minden rögzítésre kerül, a panellel együtt. A tulajdonság, amelyre építünk, a lapmegosztásra igaz, és ezt a módot használja ez a munkafolyamat.

Ha ezt a két tulajdonságot összerakja, a kompromisszum megszűnik, nem csupán kezelhetővé válik:

A dokumentum az aktív lap. Nála van a fókusz. Ebbe gépel, és a képernyő teljes szélességét kitölti, nem a felét, és semmi nincs ráfedve.
A meeting a mellette lévő panelben él, az alkalmazás keskeny elrendezésében: a hívás, a csevegés, a résztvevők, a mutatóvezérlők.
A résztvevői a dokumentumot látják. Nem a hívásablakot, nem a csevegést, amelyet olvas, hanem az Ön által kiválasztott lapot és a rajta használt mutatót.

Ezért építettük az InterMIND Chrome-bővítményt, amely mostantól a Chrome Web Store-ban is elérhető, lásd a bejelentést. A hívás az oldalpanelben fut; a megosztott lap az Ön szerkesztésére marad. Egy projekttáblán folyó munkamenetben ez azt jelenti, hogy a tábla teljes szélességben látszik és szerkeszthető, a mutató továbbra is megmutatja a teremnek, hová nézzen, és a csevegés is olvasható mellette. Mindez egyszerre, egyetlen képernyőn, második monitor nélkül, és semmi nem takarja a tartalmat.

Érdemes észrevenni, mit nem állít ez megoldani. A panel keskeny, ezért nagy arcgaléria nem fér bele; ez arra ad választ, hogyan marad elérhető a terem és a csevegése munka közben, nem arra, hogyan látható harminc videócsempe egyszerre.

Az őszinte korlátok

Három dolgot érdemes egyenesen kimondani, mert így helyesen alakulnak a várakozások.

A megosztás továbbra is a szokásos választóval indul. Rákattint a megosztásra, a Chrome megkérdezi, melyik felületet szeretné, Ön kiválasztja a lapot. Nincs egykattintásos „oszd meg azt a lapot, amelyen vagyok” funkció oldalpanelből: a Chrome nem ad lapfelvételi jogot a bővítményeknek a panel környezetéből, és az erre vonatkozó kérést a Chromium csapata „won't-fix” állapottal lezárta (ellenőrizve: 2026 augusztus). A választó egyetlen kattintás. Ez maga a mechanizmus, nem kerülő megoldás.

Ez böngészőfüggő. Az oldalpanel Chromium-funkció. Az itt leírt forgatókönyv Chrome- és Edge-forgatókönyv; más böngészőkben újra az ablakok rendezgetése marad.

Egy problémát old meg. Egy lap megosztását szerkesztés közben, a hívásfelület elvesztése nélkül. Nem teszi nagyobbá a kis laptopképernyőt, és ha asztali alkalmazást kell megosztania böngészőlap helyett, a lapfelvételi tulajdonság arra nem vonatkozik.

Hol számít ez a legtöbbet

A minta ott jelenik meg, ahol a megosztott anyag élő, nem kész:

Munkamenetek dokumentumon vagy specifikáción: a megfogalmazás szerkesztése, miközben a terem reagál rá, ahelyett hogy a visszajelzést leírná, és később vezetné át.
Táblázatok és tervezési modellek: egy bemenet módosítása, miközben mindenki nézi, hogyan mozdul a szám, hiszen éppen ezért van a táblázat a képernyőn.
Projekttáblák és backlogok: ezért vettük észre ezt belső használat közben: kártyák mozgatása és jegyek szerkesztése tervezőhívás alatt, miközben olvassa, mit írnak róluk az emberek.
Dizájn- és kódellenőrzés: a kis javítás elvégzése a hívás alatt, miközben a mutató jelöli, miről van szó.

Közös bennük, hogy a meeting értéke a megosztott anyag változása, és minden munkafolyamat, amely a szerkesztést „a hívás utánra” tolja, kiviszi a munkát abból a meetingből, ahol a megegyezés született.

GYIK

Hogyan látja a résztvevőket prezentálás közben?

Minden platform más, részleges választ dokumentál. A Google a kép a képben módot és a prezentáció kitűzésének feloldását dokumentálja, hogy „prezentálás közben több résztvevőt láthasson”. A Zoom a kétmonitoros módot dokumentálja, amelyhez második kijelző kell. A Microsoft egy csak az előadónak látható eszköztárat dokumentál (mind ellenőrizve: 2026 augusztus). A közös korlát, hogy ezek a felületek a meetingalkalmazás saját ablakán belül élnek, ezért versenyeznek mindennel, amit még csinál, és ezért számolnak be a felhasználók arról, hogy a névsort mégis elveszítik, amint a diák teljes képernyőre váltanak, két monitoron is.

Miért veszítem el a résztvevői galériát, amikor a PowerPoint prezentációs módba lép?

Mert a prezentációs mód átveszi azt a kijelzőt, amelyen fut, a meetingablak pedig külön ablak, amely mögé kerül. Ezért nem old meg automatikusan mindent a második monitor: a két kijelzős felhasználók ugyanezt a veszteséget jelzik, mert a kérdés az lesz, melyik kijelzőt foglalja el a diavetítés. Az emberek általában a galéria tartalomra fedésére vagy az ablakok kézi átméretezésére hagyatkoznak.

Hogyan látja a csevegést, ha egy monitoron osztja meg a képernyőjét?

Platformtól függ. A Microsoft a Teamsben egy kompakt meetingcsevegő-nézetet dokumentál az előadó számára, és kimondja, hogy a közönség nem látja azt a csevegőablakot a megosztott képernyőn (ellenőrizve: 2026 augusztus). A Zoom dokumentált válasza a kétmonitoros mód, amelyhez második kijelző kell (ellenőrizve: 2026 augusztus). A Google prezentálási dokumentációja a résztvevők látását tárgyalja a kép a képben módon keresztül, a csevegést nem (ellenőrizve: 2026 augusztus). Egyikük sem változtat azon, hogy az előadói felület a meetingalkalmazás ablakához tartozik, így ha a megosztott dokumentumot szerkeszteni is kell, a dokumentum és a meeting még mindig két ablak, amely egyetlen fókuszért versenyez.

Szerkeszthet-e egy dokumentumot, miközben megosztja a képernyőt?

Igen, a korlát nem a szerkesztésen van, hanem azon, mit lát közben. A dokumentumnak kell a fókusznak lennie ahhoz, hogy gépelhessen bele, ami egyetlen képernyőn a meeting felületét mögé teszi. A dokumentum végig meg van osztva; csak a csevegést, a résztvevőket és a mutatót nem látja, amíg benne dolgozik.

Kell-e két monitor ahhoz, hogy egyszerre prezentáljon és dolgozzon?

A két monitor a szokásos válasz, és működik. De nem az egyetlen: a böngésző oldalpanelje egyetlen képernyőn is második felületet ad, mert a panel a böngészőkeretben ül az oldal mellett, ahelyett hogy a fókuszért versengene vele.

Megjelenik az oldalpanel a képernyőmegosztásban?

Lap megosztásakor nem: kipróbáltuk, és a panel nem jelenik meg a rögzített adatfolyamban. A Chrome dokumentációja és a W3C képernyőrögzítési specifikációja egyik irányban sem mond ki semmit (a specifikáció a böngészőfelület határait implementációfüggőnek hagyja), ezért ezt mért eredménynek tekintse, ne dokumentált garanciának. Ha ehelyett az egész képernyőt osztja meg, a képernyőn látható minden rögzítésre kerül, a panelt is beleértve.

Van mód az aktuális lap egykattintásos megosztására, a választó nélkül?

Oldalpanelből nincs. A Chrome nem ad lapfelvételi jogot a bővítményeknek a panel környezetéből, és az engedélyezésére vonatkozó kérést a Chromium csapata „won't-fix” állapottal lezárta (ellenőrizve: 2026 augusztus). A megosztás a szokásos Chrome-választóból indul, ahol kiválasztja a lapot.

Mely böngészőkben működik ez?

Az oldalpanel Chromium-funkció, ezért ez a Chrome-ra és az Edge-re vonatkozik. Más böngészőkben nincs egyenértékű felület, és ott a fent leírt ablakkompromisszum a szokásos módon érvényesül.

Kiváltja ez a második monitort?

Erre a konkrét esetre, vagyis böngészőlap megosztására szerkesztés közben, a hívásfelület láthatóan tartása mellett, megszünteti azt az okot, amiért második monitorra volt szüksége. Mindenre másra, amire a második monitor jó, nem helyettesíti.

Próbálja ki

Szerezze be a Chrome-bővítményt: mit telepít, mit kér, és mit nem tesz.
Hogyan ossza meg a képernyőjét egy videós meetingen: képernyő, ablak vagy lap, telefonról, lézermutatóval, és ahol a Meet és a Teams megáll.
Próbálja ki az élő demót: nézze meg, hogyan viselkedik egy lefordított hívás, mielőtt bármit telepítene.
Nézze meg, mi történik a meetingbe megosztott fájllal: ki olvashatja, milyen nyelven, és hogyan ellenőrzik az összefoglalójában szereplő állítást.
Olvassa el a fordítási benchmarkot: a minőségi számok, a nyelvpáronkénti teljes eloszlással és a mögöttük álló módszerrel.