html-to-pptx

将多页 HTML 演示文稿转换为美化的 PPTX 文件，便于分享和分发。

下载

ios 16+ 中 format-detection 已完全失效，唯一可靠方案是组合使用 style="-webkit-touch-callout: none;" 和 role="text"，辅以零宽空格打断数字流，并须真机测试验证。

format-detection 在 iOS 16+ 上完全失效，别再写了

<meta name="format-detection" content="telephone=no"> 这行代码现在只是个摆设。iOS 10 起 WebKit 就移除了对该标签的解析逻辑，到 iOS 16+ 已彻底不响应——无论你写对写错、放没放在 里、content 值有没有空格，都不会影响 Safari 对数字的识别行为。Chrome、Firefox、Edge 更是从来就没认过这个标签。

-webkit-touch-callout: none 是当前唯一可靠触发拦截点

真正起作用的是 CSS 层的渲染控制，核心就一条：style="-webkit-touch-callout: none;"。它不是“禁用识别”，而是阻止系统在识别后唤起拨号浮层的动作。但要注意：单独加这一条有时仍会看到蓝色链接样式（尤其含短横线如 021-8765-4321），所以必须配合语义层补全：

• 必须加 role="text"，明确告诉 WebKit：“这不是可交互内容”
• 避免用 <a></a>、<button></button> 或无语义的 <span></span> 直接包裹数字
• 优先使用 <div> 或 <code><p></p>，并带上上述两个属性
• 示例：<div style="-webkit-touch-callout: none;" role="text">13912345678</div>

零宽空格（​）是兼容性最强的打断方案

当 CSS + role 组合在某些 WebView 或旧版安卓中表现不稳定时，最保险的 fallback 是插入 Unicode 零宽空格 ​（HTML 实体写法）或直接复制字符 ​ 打断连续数字流。Safari 只对“纯连续 ASCII 数字”触发识别，一旦中间有不可见控制字符，就直接放弃匹配：

• 有效写法：139​1234​5678 或 139​1234​5678
• 不要用全角数字或中文括号替代——部分 iOS 版本仍能识别 １３９１２３４５６７８
• 不要用  （非换行空格）——它会被 Safari 当作分隔符，反而强化识别为“带空格的号码”
• 该方案对 JS 渲染、SSR、SEO 完全透明，无需额外逻辑

真机测试是唯一验证方式，模拟器和 DevTools 全部无效

这个行为只存在于 WebKit 移动端渲染引擎（iOS Safari、部分安卓 WebView），PC 浏览器、iOS 模拟器、甚至 Safari DevTools 的“Responsive Design Mode”都**完全不复现**。你本地看着正常，不代表用户点下去不会跳拨号页：

• 必须用真实 iOS 设备访问线上 URL（不能是 file:// 协议）
• 测试数字必须 ≥7 位且无干扰符号（比如 113987654321，不是 订单号：113987654321）
• 点击后观察是否唤起系统拨号界面——光看颜色变蓝不算数
• 最容易被忽略的是：即使你项目只跑在企业内网或小程序 WebView，只要底层是 WebKit，就得按这套逻辑处理