[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-post-zh-\u002Fpresent-and-edit-at-the-same-time":3},{"page":4,"surround":424},{"id":5,"title":6,"authors":7,"badge":10,"body":11,"date":411,"demo-cta":412,"description":413,"extension":414,"genre":415,"heroOrder":416,"image":417,"meta":418,"navigation":419,"no-translate":412,"path":420,"rank-country":416,"rank-keywords":416,"rank-tag":416,"seo":421,"stem":422,"updated":416,"__hash__":423},"blog_zh\u002Fblog\u002Fpresent-and-edit-at-the-same-time.md","演示时如何查看会议室？",[8],{"name":9},"The Mind.com Team","Guide",{"type":12,"value":13,"toc":398},"minimark",[14,19,23,38,41,45,48,63,72,81,84,88,91,101,104,107,110,113,120,123,130,137,141,144,147,154,161,164,177,180,187,190,193,199,205,211,214,217,243,249,252,257,260,265,268,273,280,285,288,293,296,301,304,309,312,317,320,325,328,331,352,355],[15,16,18],"h1",{"id":17},"在演示时您如何看到全场","在演示时，您如何看到全场？",[20,21,22],"p",{},"当您共享屏幕的那一刻，您就无法再看到与您共享屏幕的人了。面孔消失了。聊天消失了。举手——会议室里最需要及时响应的信号——也消失了。",[20,24,25,26,30,31,34,35],{},"这是各大平台支持论坛中最常见的抱怨之一，而且人们的描述出奇地一致。一位演示者在向 Microsoft 提出功能请求时写道：",[27,28,29],"em",{},"“作为演示者，读懂观众的反应至关重要。”"," 一位老师在 Zoom 论坛上说：",[27,32,33],{},"“如果我想和某个特定的学生互动，我根本不知道谁在线上。”"," 另一个人描述了他们的损失：",[27,36,37],{},"“如果是面对面，我能做到所有这些事情。”",[20,39,40],{},"这种抱怨并不是说缺少某个面板。而是说在线演示让您处于一种在实体会议室里谁都无法接受的境地：对着墙说话，猜测是否有人跟得上。",[42,43,44],"h2",{"id":44},"每种修复方案都在以一种损失换取另一种损失",[20,46,47],{},"这个问题之所以棘手，是因为现有的解决方案并没有消除问题，而是转移了问题。",[20,49,50,54,55,58,59,62],{},[51,52,53],"strong",{},"浮窗遮挡了您展示的内容。"," 将参与者列表叠加在内容之上，您就能找回会议室的感觉，但代价是牺牲了您正在演示的内容。一位主持人在 Zoom 论坛上说：",[27,56,57],{},"“我目前找到的唯一方法是将参与者列表叠加在 PPT 上，但这会遮挡部分图像。”"," 另一位用户从两方面描述了同样的困境：",[27,60,61],{},"“在全屏模式下它会遮挡屏幕，而在不全屏时它占用的空间又比我想要的要大。”"," 遮挡或不可见——您只能二选一。",[20,64,65,68,69],{},[51,66,67],{},"双显示器也无法可靠解决。"," 这是标准建议，但有必要准确说明其局限性。它假设您有第二块屏幕，这就排除了仅使用笔记本电脑或旅行出差的场景。但即使有两块屏幕，用户也反映在幻灯片进入全屏时会丢失参与者列表：",[27,70,71],{},"“每次将 PPT 切换到演示模式时，我就看不到参与者列表了。我的选择是要么在一块显示器上显示共享屏幕，在另一块上显示演示者仪表板，要么让两块屏幕互相镜像……两块屏幕都显示共享内容。无论是对于课堂还是会议，这都是完全无法接受的。”",[20,73,74,77,78],{},[51,75,76],{},"手动调整窗口才是人们实际的做法。"," 现实中的权宜之计是手动编排——缩小、拖动、重新打开。一位 Teams 用户说：",[27,79,80],{},"“作为权宜之计，我打开了 Teams 窗口并移到左侧，只让参与者列表可见，同时缩小了我共享的屏幕。”",[20,82,83],{},"这些方案都无法解决问题的原因是结构性的。会议是一个窗口。您正在演示的内容也是一个窗口。在同一个屏幕上，窗口之间会相互竞争——争夺空间和焦点。",[42,85,87],{"id":86},"最令人头疼的情况当您需要编辑共享内容时","最令人头疼的情况：当您需要编辑共享内容时",[20,89,90],{},"在某种情况下，这种权衡不再仅仅是舒适度的问题，而是开始阻碍工作本身。",[20,92,93,94,97,98],{},"大多数关于屏幕共享的建议都假设您在演示已经完成的内容。比如幻灯片、仪表板或录制的流程。但许多工作会议共享的是正在",[27,95,96],{},"修改","的内容——规范文档增加了一个段落，表格更正了一个数字，项目看板移动了一张大家刚刚同意移动的卡片。正如一个人在询问如何持续看到参与者时所说：",[27,99,100],{},"“不仅仅是 PowerPoint 或 Excel，而是任何内容。”",[20,102,103],{},"此时的冲突更为尖锐。要编辑文档，文档就必须获得焦点——它必须是您正在打字的那个窗口。于是会议窗口被推到了后面，随之消失的还有聊天窗口（有人正在那里粘贴您应该使用的确切措辞），以及您用来向大家指示某一行内容的指针。",[20,105,106],{},"把会议窗口放在前面，您就只是在讨论修改而不是在执行修改。执行修改，您就只能盲目工作。工作被推迟到“通话结束后”，脱离了刚刚达成共识的会议室。",[42,108,109],{"id":109},"各平台官方文档的实际说明",[20,111,112],{},"供应商文档记录了三种不同的解决方案，值得仔细研读——因为其中一种比其他两种更接近真正的解决方案，而且它并不是人们默认以为的那种。",[20,114,115,116,119],{},"Google 文档记录了 Meet 的画中画模式，指出您可以“使用画中画模式同时进行演示并查看您的观众”，以及取消固定演示内容以便您“现在可以在演示时查看更多参与者”（2026 年 8 月核实）。这两项都涉及查看",[27,117,118],{},"参与者","；Google 的演示页面并未记录在单屏幕上演示时保持聊天可见的方法。",[20,121,122],{},"Zoom 文档记录了双显示器模式，即“可以在一个显示器上显示画廊视图或演讲者视图，而在另一个显示器上显示共享内容”——其声明的先决条件包括桌面应用程序以及最低配置为四核或以上的 i5 处理器（2026 年 8 月核实）。这就是将双显示器方案作为一种功能写入文档的做法。",[20,124,125,126,129],{},"Microsoft 走得最远。Teams 文档记录了一个“仅对演示者可见”的演示者工具栏，并指出：“选择 ",[51,127,128],{},"Chat"," 以在演示内容时查看并参与紧凑版会议聊天。您的观众不会在您共享的屏幕上看到聊天窗口”（2026 年 8 月核实）。",[20,131,132,133,136],{},"最后一点对比较各选项的人来说至关重要：一个对演示者私密、不被捕获的聊天面板并不是市场空白——Teams 如今已在文档中提供了这一功能。剩下的区别在于演示者的",[27,134,135],{},"另一个","窗口在做什么。Meet 和 Teams 的演示者界面都是会议应用程序自身窗口的一部分；而您正在编辑的文档仍然是一个独立的窗口，在与之争夺焦点。",[42,138,140],{"id":139},"当会议不再是一个窗口时情况会发生什么变化","当会议不再是一个窗口时，情况会发生什么变化",[20,142,143],{},"浏览器中有一个界面不会与页面争夺焦点：浏览器自带的侧边栏。",[20,145,146],{},"Chrome 文档将 Side Panel API 记录为一种让扩展程序“在浏览器的侧边栏中托管内容，并与网页的主要内容并排显示”的方法（2026 年 8 月核实）。相关的属性是结构性的。该面板是浏览器框架的一部分，而不是标签页的一部分。它位于当前活跃标签页的旁边，在您切换标签页时保持固定，并且在页面中打字不会将其推到其他窗口后面——因为它根本就不在页面所在的窗口堆栈中。",[20,148,149,150,153],{},"这带来了第二个结果，在这里我们需要小心区分文档记录的内容与我们实际测量的结果。Chrome 的屏幕捕获文档将标签页捕获描述为捕获标签页的可见区域，而 W3C 屏幕捕获规范将浏览器 UI 的确切边界留给了实现来决定——两者均未说明侧边栏会发生什么。因此我们进行了测试：当共享",[51,151,152],{},"标签页","时，侧边栏不会出现在捕获的流中。参与者看到的是您选择的标签页，而不是它旁边的面板。",[20,155,156,157,160],{},"这一结果与共享模式有关，而这种区别正是关键所在。共享您的",[51,158,159],{},"整个屏幕","，该屏幕上的所有内容都会被捕获，包括面板。我们所依赖的属性适用于标签页共享，而这正是此工作流所使用的模式。",[20,162,163],{},"将这两个属性结合起来，权衡就化解了，而不是被勉强管理着：",[165,166,167,171,174],"ul",{},[168,169,170],"li",{},"文档是活跃的标签页。它拥有焦点。您在其中打字，并且它占据了屏幕的全宽——而不是一半，也没有任何内容叠加在它上面。",[168,172,173],{},"会议位于它旁边的面板中，采用应用程序的紧凑布局：通话、聊天、参与者、指针控制。",[168,175,176],{},"您的参与者看到的是文档。不是您的通话窗口，也不是您正在阅读的聊天——而是您选择的标签页，以及您在上面使用的指针。",[20,178,179],{},"这就是我们构建 InterMIND Chrome 扩展程序的目的。通话在侧边栏中运行；您共享的标签页仍由您来编辑。在针对项目看板的工作会议中，这意味着看板处于全宽状态并正在被编辑，指针仍然向会议室指示该看哪里，而旁边的聊天依然可读——所有这一切同时发生在一个屏幕上，无需第二台显示器，也没有任何东西遮挡内容。",[20,181,182,183,186],{},"请注意，这",[27,184,185],{},"并未","声称能解决所有问题。侧边栏很窄，因此不适合显示大量参与者面孔——这解决的是“在工作时保持会议室及其聊天可及”的问题，而不是“同时显示三十个视频画面”的问题。",[42,188,189],{"id":189},"诚实的局限性",[20,191,192],{},"有三件事值得坦白说明，因为它们能正确设定预期。",[20,194,195,198],{},[51,196,197],{},"共享仍然从常规选择器开始。"," 您点击共享，Chrome 会询问您要共享哪个界面，您选择标签页。在侧边栏中没有一键“共享当前标签页”的功能——Chrome 不允许扩展程序从面板上下文中进行标签页捕获，而且添加该功能的请求已被 Chromium 团队以“不予修复”（won't-fix）为由关闭（2026 年 8 月核实）。选择器只需点击一下。它是机制，而不是权宜之计。",[20,200,201,204],{},[51,202,203],{},"这是特定于浏览器的。"," 侧边栏是 Chromium 的一项功能。此处描述的场景适用于 Chrome 和 Edge；在其他浏览器上，您又得回到手动排列窗口的状态。",[20,206,207,210],{},[51,208,209],{},"它只解决一个问题。"," 在编辑标签页的同时共享它，且不丢失通话界面。它不能让小尺寸的笔记本屏幕变大，而且如果您需要共享的是桌面应用程序而不是浏览器标签页，那么标签页捕获属性对它不适用。",[42,212,213],{"id":213},"最具价值的应用场景",[20,215,216],{},"这种模式出现在任何产出物是实时变动而非已完成的场合：",[165,218,219,225,231,237],{},[168,220,221,224],{},[51,222,223],{},"文档或规范的工作会议"," —— 根据会议室的反应即时修改措辞，而不是记下反馈留待以后处理。",[168,226,227,230],{},[51,228,229],{},"电子表格和规划模型"," —— 更改输入项并让所有人看到数字的变化，这正是将电子表格放在屏幕上的全部意义所在。",[168,232,233,236],{},[51,234,235],{},"项目看板和待办事项"," —— 我们在内部发现此问题的原因：在规划电话会议中移动卡片和编辑任务，同时还能阅读大家对它们的讨论。",[168,238,239,242],{},[51,240,241],{},"设计和代码审查"," —— 在通话过程中进行小幅修改，同时用指针标记正在讨论的内容。",[20,244,245,246,248],{},"这些场景的共同点在于，会议的价值在于对产出物的",[27,247,96],{},"，而任何将编辑推迟到“通话后”的工作流，都会将工作从达成共识的会议室中剥离出去。",[42,250,251],{"id":251},"常见问题解答",[20,253,254],{},[51,255,256],{},"在演示时如何看到参与者？",[20,258,259],{},"每个平台都记录了不同的部分解决方案。Google 记录了画中画模式并取消固定演示内容以“在演示时查看更多参与者”。Zoom 记录了双显示器模式，这需要第二块屏幕。Microsoft 记录了一个仅对演示者可见的演示者工具栏（均于 2026 年 8 月核实）。共同的局限在于，这些界面都位于会议应用程序自身的窗口内，因此它们会与您正在做的其他事情争夺焦点——这就是为什么用户反映即使在双显示器下，一旦幻灯片全屏，依然会丢失参与者列表。",[20,261,262],{},[51,263,264],{},"为什么 PowerPoint 进入演示模式时我会丢失参与者列表？",[20,266,267],{},"因为演示模式会接管它所在的显示器，而会议窗口作为一个单独的窗口会被推到它后面。这就是为什么双显示器不能自动解决问题的原因：拥有两块屏幕的用户报告了同样的损失，因为选择变成了幻灯片占据哪块屏幕。人们退而求其次的做法是将参与者列表叠加在内容之上，或者手动调整窗口大小。",[20,269,270],{},[51,271,272],{},"在单显示器上共享屏幕时如何看到聊天？",[20,274,275,276,279],{},"这取决于平台。Microsoft 在 Teams 中为演示者记录了一个紧凑版会议聊天视图，指出观众不会在共享屏幕中看到该聊天窗口（2026 年 8 月核实）。Zoom 记录的答案是双显示器模式，这需要第二块屏幕（2026 年 8 月核实）。Google 的演示文档涵盖了通过画中画查看参与者，但不包括聊天（2026 年 8 月核实）。它们都没有改变的一点是，演示者界面属于会议应用程序的窗口——因此，如果您还需要",[27,277,278],{},"编辑","共享文档，该文档和会议仍然是两个争夺同一焦点的窗口。",[20,281,282],{},[51,283,284],{},"在共享屏幕时可以编辑文档吗？",[20,286,287],{},"可以——限制不在于编辑本身，而在于您在编辑时能看到什么。文档必须保持焦点您才能在其中打字，这会在单屏幕上把会议界面推到后面。文档在此期间一直处于共享状态；您只是在其中工作时看不见聊天、参与者和指针而已。",[20,289,290],{},[51,291,292],{},"同时进行演示和工作是否需要两台显示器？",[20,294,295],{},"双显示器是标准答案且有效。但这并不是唯一的答案：浏览器侧边栏在单屏幕上为您提供了第二个界面，因为该面板位于页面旁边的浏览器框架中，而不是与页面争夺焦点。",[20,297,298],{},[51,299,300],{},"侧边栏会出现在您的屏幕共享中吗？",[20,302,303],{},"共享标签页时不会——我们对此进行了测试，面板不会出现在捕获的流中。Chrome 的文档和 W3C 屏幕捕获规范都没有对这种行为做出明确规定（该规范将浏览器 UI 边界留给具体实现决定），因此请将此视为实测结果而非文档保证。如果您共享的是整个屏幕，那么该屏幕上所有可见的内容都会被捕获，包括面板。",[20,305,306],{},[51,307,308],{},"有没有办法一键共享当前标签页，而无需使用选择器？",[20,310,311],{},"侧边栏不行。Chrome 不允许扩展程序从面板上下文中进行标签页捕获，且允许这样做的请求已被 Chromium 团队以“不予修复”为由关闭（2026 年 8 月核实）。共享是从标准的 Chrome 选择器开始的，您在那里选择标签页。",[20,313,314],{},[51,315,316],{},"这在哪些浏览器中有效？",[20,318,319],{},"侧边栏是 Chromium 的一项功能，因此这适用于 Chrome 和 Edge。其他浏览器没有同等的界面，上述窗口权衡在那里照常适用。",[20,321,322],{},[51,323,324],{},"这能替代第二台显示器吗？",[20,326,327],{},"对于这种特定情况——在编辑浏览器标签页的同时共享它并保持通话界面可见——它消除了您需要第二台显示器的理由。对于第二台显示器擅长的其他所有事情，它并不能替代它。",[42,329,330],{"id":330},"立即体验",[165,332,333,343],{},[168,334,335,342],{},[51,336,337],{},[338,339,341],"a",{"href":340},"\u002Fdemo","体验实时演示"," —— 在安装任何内容之前，看看翻译通话的表现。",[168,344,345,351],{},[51,346,347],{},[338,348,350],{"href":349},"\u002Fbenchmark","阅读翻译基准测试"," —— 质量数据，包含完整的语言对分布及其背后的方法。",[353,354],"hr",{},[20,356,357],{},[27,358,359,360,366,367,366,372,366,377,366,382,366,387,366,392,397],{},"来源：",[338,361,365],{"href":362,"rel":363},"https:\u002F\u002Fdeveloper.chrome.com\u002Fdocs\u002Fextensions\u002Freference\u002Fapi\u002FsidePanel",[364],"nofollow","Chrome for Developers — chrome.sidePanel API",", ",[338,368,371],{"href":369,"rel":370},"https:\u002F\u002Fdeveloper.chrome.com\u002Fdocs\u002Fextensions\u002Freference\u002Fapi\u002FtabCapture",[364],"Chrome for Developers — chrome.tabCapture API",[338,373,376],{"href":374,"rel":375},"https:\u002F\u002Fwww.w3.org\u002FTR\u002Fscreen-capture\u002F",[364],"W3C — 屏幕捕获",[338,378,381],{"href":379,"rel":380},"https:\u002F\u002Fissues.chromium.org\u002Fissues\u002F40926394",[364],"Chromium issue 40926394 — 从侧边栏进行 chrome.tabCapture",[338,383,386],{"href":384,"rel":385},"https:\u002F\u002Fsupport.google.com\u002Fmeet\u002Fanswer\u002F9308856",[364],"Google Meet — 在视频会议期间进行演示",[338,388,391],{"href":389,"rel":390},"https:\u002F\u002Fsupport.zoom.com\u002Fhc\u002Fen\u002Farticle?id=zm_kb&sysparm_article=KB0064500",[364],"Zoom — 使用双显示器模式",[338,393,396],{"href":394,"rel":395},"https:\u002F\u002Fsupport.microsoft.com\u002Fen-us\u002Fteams\u002Fmeetings\u002Fpresent-content-in-microsoft-teams-meetings",[364],"Microsoft — 在 Microsoft Teams 会议中演示内容","。供应商会随时间更改其应用程序和文档；请查看其页面获取当前状态。所有事实均于 2026 年 8 月核实。",{"title":399,"searchDepth":400,"depth":401,"links":402},"",2,3,[403,404,405,406,407,408,409,410],{"id":44,"depth":400,"text":44},{"id":86,"depth":400,"text":87},{"id":109,"depth":400,"text":109},{"id":139,"depth":400,"text":140},{"id":189,"depth":400,"text":189},{"id":213,"depth":400,"text":213},{"id":251,"depth":400,"text":251},{"id":330,"depth":400,"text":330},"2026-08-12",false,"共享屏幕后，演示者就像在盲讲：参会人的表情、聊天和举手都隐藏到了演示内容的后方。常见的解决方案往往顾此失彼——使用浮窗会遮挡演示内容，使用双显示器在幻灯片全屏后也会丢失参会人列表。下面为您介绍各平台的官方文档说明，以及唯一能避免这种取舍的方案。","md","editorial",null,"\u002Fblog\u002Fpresent-and-edit-at-the-same-time.svg",{},true,"\u002Fblog\u002Fpresent-and-edit-at-the-same-time",{"title":6,"description":413},"blog\u002Fpresent-and-edit-at-the-same-time","rDeMBsmMb1X4EOoMG4lvh0ra9sDr_Zn5l5JTjd6gQZY",[425,430],{"title":426,"path":427,"stem":428,"description":429,"children":-1},"同声传译：同传厢、RSI 还是 AI——以及适合您会议的工具 (2026)","\u002Fblog\u002Ftraduction-simultanee","blog\u002Ftraduction-simultanee","“同声传译”涵盖三种现实场景：同传厢里的译员、远程同声传译 (RSI) 以及实时 AI 翻译。本指南将这三者区分开来，比较了有文档记录的工具 —— Interprefy、KUDO、Wordly、DeepL Voice、Zoom、Teams、Google Meet、InterMIND —— 并提出了对比文章常忽略的问题：您的会议实际上有多少内容能被翻译回您的语言？",{"title":431,"path":432,"stem":433,"description":434,"children":-1},"另一种组合方式：围绕您的沟通构建的语言体系，而非围绕英语构建的应用","\u002Fblog\u002Fbundle-of-languages","blog\u002Fbundle-of-languages","办公套件的推销话术是一系列应用的组合——邮件、文档、表格、会议——都建立在一个默认单一语言的沟通层之上。还有另一种组合方式：将您的团队思考所使用的每一种语言，包裹在沟通本身之上，并置于您选择的司法管辖区中。"]