Chrome/Edge下Ctrl+F无法跨inline-block span搜索，Firefox正常

1. display: inline-block的预期行为 #

display: inline-block的核心是让元素兼具两种特性：

• 对外是内联级元素：能和其他内联元素（比如文本、普通<span>）在同一行排布，不会独占一行；
• 对内是块级容器：内部可以容纳块级元素，支持设置宽高、内外边距等块级属性。

从文本渲染和语义的角度来说，inline-block元素不会破坏文本的可视连续性——只要DOM中的文本节点在渲染后是连续的（没有被隐藏、换行或其他布局打断），就该被视为完整的文本序列。

2. 哪款浏览器的处理符合标准？ #

Firefox的处理符合标准预期。

根据HTML和CSS规范，浏览器的页面搜索功能应当基于最终渲染出的可视文本内容匹配，而非严格受限于DOM节点的边界。你的代码里，外层<span>的Find加上内层inline-block <span>的ing，渲染后是连续的Finding文本，完全满足搜索关键词的匹配条件，理应被识别。

Chrome和Edge的表现属于实现缺陷：它们错误地将inline-block元素当作文本搜索的边界，没有跨inline-block节点合并连续文本进行匹配，导致第一个Finding被遗漏。

补充说明 #

你提到的隐藏span相关搜索问题，和当前场景本质都是浏览器对跨元素连续文本的搜索逻辑差异，但当前场景的inline-block元素是可见的，渲染后文本完全连续，所以Firefox的处理才是正确的。

内容的提问来源于stack exchange，提问作者Richard Khoury