占位符不是“可有可无的装饰”，而是用户首次理解输入意图的关键线索。

占位符不是“可有可无的装饰”，它是用户第一次理解输入意图的关键线索；但把它当

placeholder 属性必须配合 使用

很多团队在赶工期时会删掉 ，只留 placeholder，结果是：屏幕阅读器无法识别字段含义，自动填充失效，且用户输入后提示消失、再无参考依据。

• placeholder 是临时视觉提示，<label> 是语义锚点，二者职责不同，不可互换
• 即使视觉上想隐藏 <label>，也应使用 visually-hidden 类（而非 display: none），确保辅助技术可读
• 对于搜索框等高频场景，aria-label 可作为 <label> 的轻量替代，但需测试 VoiceOver/NVDA 行为是否一致

placeholder 文本内容不能包含核心业务规则

“6–12位字母数字”这类约束信息写进 placeholder，看似贴心，实则埋雷：用户聚焦后文字消失，规则即刻丢失；且移动端小屏下文字常被截断，反而引发误输。

• 把格式要求放在 <label> 后或字段下方（用 <small> 或 aria-describedby 关联）
• placeholder 仅用于示例性提示，如 "zhangsan@example.com"、"138****1234"，带上下文感但不承载校验逻辑
• 避免中英文混排占位符（如 "请输入邮箱 email"），多语言项目应统一交由 i18n 系统管理

::placeholder 伪元素样式要兼顾兼容性与可读性

现代浏览器基本支持 input::placeholder，但旧版 Safari 和某些 Android WebView 仍需前缀；更关键的是，过度弱化颜色（如 opacity: 0.3）会让色觉障碍用户完全看不见提示。

html-to-pptx-converter

使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。

下载

立即学习“前端免费学习笔记（深入）”；

• 优先使用 color + font-size 调整，慎用 opacity；推荐最低对比度 ≥ 4.5:1（可用 axe 浏览器插件验证）
• 如需兼容 IE9–IE11，必须引入 JS fallback：检测 'placeholder' in document.createElement('input')，不支持时动态插入 <span> 模拟
• 不要给 ::placeholder 设置 line-height 或 transform，部分安卓机型渲染错位

移动端 placeholder 显示异常的典型诱因

在 iOS Safari 或微信内置浏览器中，placeholder 偶尔不显示、或输入时残留半截文字，通常不是代码写错，而是触发了特定渲染边界条件。

• 确保 input 没有同时设置 value="" 和 placeholder —— 某些 WebKit 版本会优先渲染空 value 覆盖 placeholder
• 避免在 input 上使用 transform: scale() 或 perspective，这会导致 placeholder 文本层叠上下文异常
• 微信 WebView 中，若页面启用了 viewport 的 user-scalable=no，偶发 placeholder 渲染延迟，建议改用 maximum-scale=1

最常被忽略的一点：placeholder 的存在本身会干扰 form.reset() 行为 —— 它不会清空 placeholder 属性值，但用户看到的“空输入框”其实是 DOM value 为空、placeholder 显示的状态。真要还原初始态，得手动触发 input.value = '' 并确保 focus/blur 事件不意外唤回 placeholder 视觉残留。