HTML代码中input类型为search的results用法-html教程-PHP中文网

results 属性已被所有主流浏览器弃用，对搜索建议无任何影响；控制建议需依赖 autocomplete 和 name，跨浏览器稳定方案应使用 datalist 或 js 自实现下拉，并确保无障碍支持。

html代码中input类型为search的results用法

input type="search" 的 `results` 属性早已被弃用，不要在现代项目中使用

Chrome 从 92 版本起、Firefox 从未支持、Safari 早在 2018 年就移除了对 results 的实现——这个属性现在纯属历史残留。它曾试图控制搜索建议下拉列表最多显示几条（如 results="5"），但实际行为不可靠：既不强制截断，也不影响浏览器是否显示建议，更不参与无障碍读取。

当前所有主流浏览器都忽略该属性。写 <input type="search" results="3"> 和写 <input type="search"> 效果完全一样。

真正控制搜索建议显示的，只有 `autocomplete` 和 `name`

浏览器是否弹出历史建议下拉，只取决于两个条件：

type="search" + autocomplete 值不是 "off"（即 autocomplete="on"、autocomplete="search"，或干脆不写）
name 属性存在且非空（如 name="q"；没 name 的 search 输入框，Firefox/Chrome 都不会记录或回显历史）

注意：autocomplete="search" 在 Safari 中会优先展示搜索历史，在 Chrome 中效果与 "on" 几乎无差别；而 autocomplete="off" 会彻底禁用所有建议（包括地址栏联想）。

html-to-pptx-converter

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

下载

想跨浏览器稳定控制建议？只能自己实现

依赖原生建议注定失败：Firefox 自 2025 年起默认关闭 type="search" 的建议列表，Chrome/Safari 行为也不一致。如果业务要求“必须有下拉建议”，就得放弃 results 这类幻觉属性，转向可控方案：

用 <datalist></datalist>：仅支持静态选项，不触发浏览器历史，且无法键盘导航（↑↓Enter 不生效）
用 JS 实现下拉：监听 input 事件 + 防抖 + AbortController 清理未完成请求 + 手动管理焦点和键盘操作（Enter 提交、Esc 关闭、↑↓ 切换选项）
别忘了给自定义下拉加 role="listbox"、选项加 role="option"，否则屏幕阅读器无法识别

移动端“搜索”键触发提交，跟 `results` 完全无关

手机键盘上点击“搜索”“前往”或回车键能触发表单提交，靠的是 type="search" 的语义 + <form method="get"></form> 的默认行为，不是 results。只要 input 在 form 内、没阻止默认行为，回车就会提交。

容易踩的坑：

JS 中监听 keydown 时忘记 e.preventDefault()，导致页面跳转或重复提交
用 event.key === "Enter" 判断，但部分安卓键盘发的是 "enter" 小写（稳妥做法是 e.key.toLowerCase() === "enter"）
清空按钮点击后没手动触发 input 事件，导致绑定的过滤逻辑不更新

真正需要操心的是语义、可访问性和行为一致性，不是那个早就没人管的 results。