演示时,您如何看到会议室里的情况?

一旦开始共享屏幕,您就看不到正在与您共享的那些人了。面孔消失了。聊天消失了。举手这个会议室里最讲究时效的信号,也消失了。

这是各大平台支持论坛中最常见的抱怨之一,人们的描述也相当一致。一位演示者在向 Microsoft 请求这项功能时写道:"作为演示者,观察听众至关重要。" Zoom 论坛上的一位教师写道:"如果我想与某位特定的学生互动,我根本不知道他们在哪里。" 另一位用户这样描述自己失去的东西:"如果我们是面对面,我本来能做的所有事情。"

问题并不在于缺少一个面板,而在于线上演示让您陷入了一个在会议室里没人能接受的处境:对着一堵墙说话,猜测是否有人在听。

每种解决办法都是以一种损失换另一种损失

问题之所以难缠,是因为现有的办法并没有消除问题,只是把它转移了。

叠加层会遮住您正在展示的内容。 把参会者画廊放在内容上方,您确实能重新看到会议室,代价却是遮挡了您要演示的东西。Zoom 论坛上的一位主持人写道:"我能找到的唯一办法,就是把画廊叠加显示在 PP 上,但这会挡住部分图像。" 另一位用户从两个角度描述了同样的两难:"全屏时它会遮挡屏幕,而不全屏时,它又占用了比我想要的更多的空间。" 要么被遮挡,要么不可见,二选一。

第二块显示器也不能可靠地解决问题。 这是最常见的建议,但有必要说清楚它的局限。首先,它假定您有第二块显示器,这就把只有笔记本电脑的情况和出差场景排除在外。其次,即使有两块屏幕,用户也反映幻灯片一进入全屏,参会者名单就消失了:"每次我把 PPT 切换到演示模式,参会者画廊就不见了。我的选择要么是共享屏幕放在一个显示器上、演示者仪表板放在另一个显示器上,要么是让两个屏幕互相镜像……都显示共享屏幕。无论对课堂还是会议,这都完全无法接受。"

人们实际上采用的是来回摆弄窗口。 现实中的变通办法是手动编排:缩小、拖动、重新打开。一位 Teams 用户写道:"作为变通办法,我打开了 Teams 窗口并移到左边,只露出参会者列表,同时缩小了我共享的屏幕。"

这些办法都无法彻底解决问题,原因在于结构:会议是一个窗口,您演示的内容也是一个窗口。在同一块屏幕上,窗口之间会竞争,既争空间,也争焦点。

最棘手的情形:编辑您正在共享的内容

在某种情况下,这种取舍不再只是舒适度的问题,而是会直接妨碍工作本身。

关于屏幕共享的大多数建议,都假定您展示的是已经完成的东西:一份幻灯片、一个仪表板、一段录制好的流程。但许多工作会议共享的恰恰是正在被修改的内容:正在添加新段落的规格文档、正在更正数字的表格、正在把大家刚刚同意的卡片挪走的项目看板。正如有人在询问如何持续看到参会者时所说:"不只是 PowerPoint 或 Excel,而是任何东西。"

此时矛盾更加尖锐。要编辑文档,文档就必须获得焦点,必须是您正在输入的那个窗口。于是会议被推到它后面,聊天也随之消失,而有人正在聊天里贴出您应该使用的确切措辞;您原本用来向大家指示具体是哪一行的指针,也一并不见了。

让会议保持在前台,您就只是在谈论修改,而不是在做修改。去做修改,您又是在盲目工作。工作被推迟到"通话之后",远离刚刚达成一致的那个会议室。

各平台实际记录了什么

各家厂商记录了三种不同的办法,值得仔细阅读,因为其中一种比其他几种更接近真正的解决方案,而且它并不是人们通常以为的那一种。

Google 记录了 Meet 的画中画模式,称您可以"使用画中画模式,在演示的同时找到您的观众",并且取消固定演示内容后,您"现在可以在演示时找到更多参会者"(2026 年 8 月核实)。两者解决的都是看到参会者的问题;Google 的演示页面没有记录在单屏上演示时如何保持聊天可见。

Zoom 记录了双显示器模式:"一个显示器可以显示画廊视图或演讲者视图,而另一个显示器显示共享内容",并列出了前提条件,包括需要桌面应用,以及 CPU 至少为 i5 且核心数不少于四个(2026 年 8 月核实)。这就是第二块显示器的方案,被写成了一项功能。

Microsoft 走得最远。Teams 记录了一个"仅演示者本人可见"的演示者工具栏,并写道:"选择 Chat,即可在演示内容时查看并参与会议聊天的紧凑视图。您的观众不会在共享屏幕中看到聊天窗口"(2026 年 8 月核实)。

最后这一点对任何正在比较方案的人都很重要:为演示者提供一个私有的、不会被捕获的聊天面板,并不是市场空白,Teams 如今就有文档记录。剩下的区别在于演示者的另一个窗口在做什么。Meet 和 Teams 的演示者界面都是会议应用自身窗口的一部分;而您正在编辑的文档仍然是另一个独立的窗口,与它争夺焦点。

当会议不再是一个窗口

浏览器里有这样一个界面:它不与页面争夺焦点,那就是浏览器自带的侧边栏。

Chrome 将 Side Panel API 记录为扩展程序"在浏览器侧边栏中、与网页主要内容并排托管内容"的方式(2026 年 8 月核实)。关键特性是结构性的:该面板属于浏览器框架,而不属于标签页。它位于当前活动标签页的旁边,切换标签页时保持不动,在页面中输入也不会把它推到任何东西后面,因为它从来就不在页面所处的那个窗口层叠之中。

这带来第二个结果,在此我们需要小心区分哪些有文档记录,哪些是我们实测的。Chrome 的屏幕捕获文档将标签页捕获描述为捕获标签页的可见区域,而 W3C 屏幕捕获规范将浏览器界面的确切边界留给具体实现决定,两者都没有说明侧边栏会怎样。所以我们做了测试:共享标签页时,侧边栏不会出现在被捕获的流中。参会者看到的是您选择的标签页,而不是它旁边的面板。

这一结果取决于共享模式,而这一区别正是关键所在。如果共享整个屏幕,屏幕上的一切都会被捕获,包括侧边栏。我们所依赖的特性适用于标签页共享,而这正是此工作流所使用的模式。

把这两个特性放在一起,取舍问题就被化解了,而不是被勉强管理:

文档是活动标签页。它拥有焦点。您在其中输入,它占满屏幕的整个宽度,不是一半,上面也没有任何叠加内容。
会议位于它旁边的面板中,采用应用的窄版布局:通话、聊天、参会者、指针控制。
您的参会者看到的是文档。不是您的通话窗口,也不是您正在阅读的聊天,而是您选择的标签页,以及您在其上使用的指针。

这正是我们打造 InterMIND Chrome 扩展程序的原因,它现已在 Chrome 应用商店上架,详见发布公告。通话在侧边栏中进行;您共享的标签页仍由您自由编辑。在项目看板的工作会话中,这意味着看板以全宽显示并可被编辑,指针仍能向大家指示该看哪里,聊天也仍然可以在旁边阅读,这一切在一块屏幕上同时发生,无需第二块显示器,也没有任何东西遮挡内容。

请注意,这并不声称能解决所有问题。面板很窄,因此它容纳不下一大片面孔画廊;它回答的是"在我工作时,让会议室及其聊天始终触手可及",而不是"让我同时看到三十个视频画面"。

坦率说明局限

有三点值得明确说明,以便建立正确的预期。

共享仍然从常规选择器开始。 您点击共享,Chrome 会询问您要共享哪个界面,您选择标签页。侧边栏中没有"一键共享我当前所在标签页"的功能:Chrome 不会在侧边栏环境中向扩展程序授予标签页捕获权限,而要求增加这项能力的请求已被 Chromium 团队以"不予修复"为由关闭(2026 年 8 月核实)。选择器只需点一下。它是实现机制,而不是变通办法。

这仅限特定浏览器。 侧边栏是 Chromium 的功能。这里描述的场景是 Chrome 和 Edge 的场景;在其他浏览器上,您又得回到摆弄窗口的老路。

它只解决一个问题。 即在编辑标签页的同时共享它,而不丢失通话界面。它不会让小笔记本屏幕变大,如果您需要共享的是桌面应用程序而不是浏览器标签页,标签页捕获的这一特性就不适用。

它最适用于哪些场景

只要内容是实时变化的、而非已经完成的,这种模式就会出现:

文档或规格的工作会话:在大家对措辞做出反应的同时就地编辑,而不是记下反馈留待以后处理。
电子表格与规划模型:修改一个输入值,让所有人看着数字变化,这正是把表格放在屏幕上的全部意义。
项目看板与待办列表:这是我们在内部注意到这个问题的原因,即在规划通话中移动卡片、编辑工单,同时还能阅读大家就这些内容输入的讨论。
设计与代码评审:在通话中完成小修改,同时用指针标出正在讨论的内容。

这些场景的共同点是:会议的价值在于对成果物的修改,而任何把编辑推迟到"通话之后"的工作流程,都会把工作从达成共识的会议中移走。

常见问题

演示时如何看到参会者?

每个平台记录的都是不同的局部解决办法。Google 记录了画中画,以及取消固定演示内容以"在演示时找到更多参会者"。Zoom 记录了双显示器模式,需要第二块显示器。Microsoft 记录了仅演示者可见的演示者工具栏(均为 2026 年 8 月核实)。共同的局限在于,这些界面都位于会议应用自身的窗口之内,因此会与您正在做的其他事情争夺空间,这也是用户反映即使有两块显示器,幻灯片一进入全屏参会者名单仍会消失的原因。

为什么 PowerPoint 进入演示模式后,我就看不到参会者画廊了?

因为演示模式会接管它所在的显示器,而会议窗口是一个独立窗口,会被推到它的后面。这就是第二块显示器并不能自动解决问题的原因:拥有两块显示器的用户也报告了同样的损失,因为问题变成了幻灯片放映会占用哪一块显示器。人们退而求其次的办法,要么是把画廊叠加在内容上方,要么是手动调整窗口大小。

在单个显示器上共享屏幕时,如何看到聊天?

这取决于平台。Microsoft 记录了 Teams 中面向演示者的紧凑会议聊天视图,并说明观众不会在共享屏幕中看到该聊天窗口(2026 年 8 月核实)。Zoom 记录的办法是双显示器模式,需要第二块显示器(2026 年 8 月核实)。Google 的演示文档涵盖的是通过画中画查看参会者,而不是聊天(2026 年 8 月核实)。它们都没有改变的一点是,演示者界面属于会议应用的窗口,因此如果您还需要编辑共享的文档,那么该文档和会议仍然是两个争夺同一个焦点的窗口。

可以一边共享屏幕一边编辑文档吗?

可以,限制并不在于编辑本身,而在于编辑时您能看到什么。文档必须拥有焦点,您才能在其中输入,这就使会议界面在单屏上被推到它后面。文档在整个过程中持续处于共享状态,只是您在其中工作时看不到聊天、参会者和指针。

需要两块显示器才能同时演示和工作吗?

两块显示器是标准答案,而且有效。但这不是唯一的办法:浏览器侧边栏可以在单块屏幕上为您提供第二个界面,因为面板位于页面旁边的浏览器框架中,而不是与页面争夺焦点。

侧边栏会出现在我的屏幕共享中吗?

共享标签页时不会,我们测试过,面板不会出现在被捕获的流中。Chrome 的文档和 W3C 屏幕捕获规范都没有明确说明这一行为(规范将浏览器界面的边界留给具体实现决定),因此请把它视为实测结果,而不是文档保证。如果您改为共享整个屏幕,则该屏幕上所有可见的内容都会被捕获,包括侧边栏。

有没有办法不经过选择器、一键共享当前标签页?

在侧边栏中做不到。Chrome 不会在侧边栏环境中向扩展程序授予标签页捕获权限,而允许这一点的请求已被 Chromium 团队以"不予修复"为由关闭(2026 年 8 月核实)。共享从 Chrome 标准选择器开始,您在其中选择标签页。

这适用于哪些浏览器?

侧边栏是 Chromium 的功能,因此适用于 Chrome 和 Edge。其他浏览器没有对等的界面,上文所述的窗口取舍问题在那里照常存在。

这能取代第二块显示器吗?

对于这个特定场景,即共享浏览器标签页、同时编辑它并保持通话界面可见,它消除了您需要第二块显示器的理由。但对于第二块显示器擅长的其他用途,它无法取代。