PPT放映有三种方式，那个在展台浏览（全屏）究竟是怎么设置才能自行全屏放映?

Posted 2023-05-06

请知道做法的赐教！和我一样搞不太清的可以探索一下，千万别在网上复制一些乌七八糟的来了，那些说法都是活见鬼的，搞不成。也是抄书上的，没用……
请有兴趣的朋友做一做啊！我真的搞不定它，按照office在线帮助，在母板里面设了也不自动播放啊！我就不信这里没有人知道这个展台浏览的全屏播放了
再次声明，网上（尤其是知道里面）以前所谓的解决都是见鬼的。
就是说别复制那些乱东西来了

1、在PPT2010中打开PPT文件，单击“幻灯片放映”选项卡，在“设置”组中单击“排练计时”按钮，按正常放映PPT的时间切换幻灯片，最后保存排练计时。

2、或者在打开PPT文件后，单击“切换”选项卡，在“计时”组中勾选“设置自动切换时间”，在后面时间栏中输入每一张幻灯片切换的时间，然后单击“全部应用”。（也可以在幻灯片浏览视图中分别选中幻灯片缩略图，在计时中分别设置切换时间）

3、单击“幻灯片放映”选项卡，单击“设置”组的“设置幻灯片放映”按钮，打开“设置放映方式”对话框。

4、在对话框的“放映类型”中选择“在展台浏览（全屏幕）”。

5、在对话框中设置“放映幻灯片：全部”，“换片方式：如果存在排练时间，则使用它”，然后单击“确定”。

6、单击“幻灯片放映”选项卡，在“开始放映幻灯片”组中单击“从头开始”，幻灯片就进入自动播放状态，按ESC退出播放。说明：在“在展台浏览（全屏幕）”播放时幻灯片中可以操作插入的超链接或动作按钮。

参考技术A

PPT选择在展台浏览（全屏），设置自动全屏播放的步骤：

1、点幻灯片放映，勾选使用排练计时，点排练计时；

2、演示第一个幻灯片所需要的播放时间；

3、点下一项（如图：红框标注位置），演示第二个幻灯片所需要的播放时间；

其他幻灯片操作同上；

4、预演完成后，按ESC键，弹出如下提示，点【是】按钮；

5、点幻灯片放映下的从头开始。

参考技术B 点幻灯片放映----设置放映方式----点“展站台浏览全屏”---其他选项按你的要求选----确定。就OK了。不知道你那里没搞清楚。追问

你试一试，真的这样搞不行，点哪儿它也不播
网上找了很多，都是这样和书上一样的说法，就是不播。
我还按照office在线帮助（关于展台浏览）搞了，也是没有搞定。

追答

要先设置“排练时间”如每一页都设置好相应的时间。才会按照设置的时间自动播放。
选中第一页，点幻灯片放映----排练时间。右上角会出现时间表，假设要5秒，看着表到时回车，进入第二页，逐页设置（也可以根据配音，文字读完了，空1-2秒再回车），都设置完后，保存。就可以自动循环播放了。
我刚刚试过了。

追问

OK，我去试一试，看看能不能搞的自动播放
我各样法子都想尽了，就没有搞这个排练时间设置，这个展台浏览关键就是事先要预设一下各个对象的放映时间！(相当于每年春晚的预排练)

试过了，已经可以自动全屏播放了；谢谢谢谢了！
你再看看它自动放映过程中能不能暂停。

本回答被提问者和网友采纳 参考技术C 锐佳ppt创意专家说，这个这个这个还真是简单....................追问

什么锐佳ppt创意专家——乱广告导出打

追答

这么简单问题你还问，我汗死了.........

追问

不要以为你就天上知一半，地下的全知。半吊子!
这个世上能人多的去了……

追答

不好好学习就是这样的啦，还风言风语

Json Web Token (JWT) 究竟是如何减少人在循环攻击的？

【中文标题】Json Web Token (JWT) 究竟是如何减少人在循环攻击的？

【英文标题】：How exactly does Json Web Token (JWT) reduce the man-in-the loop attack?

【发布时间】：2016-10-27 08:56:40

【问题描述】：

我正在尝试了解 JWT，并在网上浏览各种资源。我找到了显示如何检查 JWT 是否经过调和的代码——这是一个很棒的代码，我理解它。

但是，我不明白 JWT 不会被中间人使用，他们可以查看浏览器数据（想想图书馆中的公共计算机）或嗅探电线（我想这可以避免通过 HTTPS）获取 GWT 字符串，并从另一台计算机重播。

https://float-middle.com/json-web-tokens-jwt-vs-sessions/

[headerB64, payloadB64, signatureB64] = jwt.split('.');

if (atob(signatureB64) === signatureCreatingFunction(headerB64 + '.' + payloadB64)   
    // good
 else
    // no good

【问题讨论】：

是的，使用不记名令牌时需要 HTTPS 来防止中间人攻击。

所以只是为了增强我的知识，如果令牌可以被嗅探并用于重放，如果我们要发送用户 ID 和密码，它们会增加什么价值？他们应该有一些价值，因为它正在行业中使用，那么如果是这样的话，价值是什么？

【参考方案1】：

确实，他们可以。您可以采取措施防止这种情况发生，例如，将请求者的 IP 地址封装在加密数据中，并为令牌提供相对较短的生存时间.但是，关键思想是接收系统只有令牌及其加密的内容，以采取行动。服务器可以验证令牌是否有效并且知道它没有被更改，但是，由于没有“会话”，它无法检测到重放攻击，除非令牌使其能够这样做。 （因此，这样做！）

【讨论】：

谁应该进行 IP 地址嵌入？似乎 GWT 令牌提供者（Facebook、Google 等）应该通过在声明字段中嵌入客户端 IP 来这样做。但是，GWT 令牌提供者（例如，FB/Google）目前还没有这样做，对吧？资源提供者（API 服务所有者）能否指示 Google/Facebook 发出令牌中应包含的声明？

您通常无法控制令牌中的声明。

我认为，务实地说，如果你想防止令牌被从空中刷出，你将不得不使用 SSL 或其他形式的加密来保护链接。无论如何，您可能应该这样做。这个策略的关键概念非常类似于占有。 “你拥有它，或者你没有”，任何“拥有它”的人都会被认可。这就是设计的完成方式。

SSL 流量仍然可以被嗅探并且令牌可以被窃取。 JWT 中没有真正的解决方案。过期无济于事，因为被攻击者可能会窃取新令牌。我看过来自 auth0 或 oauth.io 的关于使用 AI 来确定 API 中异常令牌使用的帖子。重放和中间人最有前途的解决方案是一个称为“令牌绑定”的概念，它已经用于需要额外安全性的行业——比如银行。它将令牌绑定到浏览器上的公钥/私钥。 PingIdentity 是一个提供者。 en.wikipedia.org/wiki/Token_Binding