W3C 从未发布过“inline-float”草案，它只是社区对浮动方向自适应和内联环绕需求的模糊混称；真实可用的是 float: inline-start、margin-inline 等逻辑属性，已获主流浏览器支持。
没有 inline-float 这个 CSS 提案，它从未进入 W3C 正式标准流程，也不存在“被否决”或“未被采纳”的过程——它只是被反复提出、又反复被搁置的非正式构想，最终连草案编号都没拿到。
为什么搜不到任何 W3C 官方文档提到 inline-float？
W3C 的 CSS 工作组从未发布过名为 inline-float 的模块或草案。所有公开可查的 CSS 规范（包括 Flexbox、Grid、Logical Properties、Containment 等）中均无此术语。所谓“inline-float”，实为开发者社区对两类需求的模糊混用：一是希望 float 在 inline formatting context（IFC）中更可控；二是想让浮动行为适配 writing-mode 或 direction 变化——但这两类诉求，早被更正交的机制覆盖：
-
float本身只在块级上下文中定义行为，规范明确不扩展至 IFC - 文字环绕需求由
float+shape-outside覆盖，且已稳定支持多年 - 方向感知的布局控制交给
inset-inline、margin-inline等 logical properties，而非改造float
真正被讨论过、但被明确拒绝的类似提案是什么？
2015–2018 年间，CSS WG 内部邮件列表和 GitHub 议题中出现过数次“make float work inside inline contexts”的提议，核心诉求是让 float: left 在 span 或 em 中也能触发环绕。工作组一致回应：
- 这会破坏 IFC 的渲染稳定性——IFC 依赖行盒（line box）连续排布，引入浮动将导致行高重算、基线偏移、断行不可预测
- 已有替代方案：用
display: flow-root包裹需浮动的内联内容，再对其子元素设float，语义清晰且可控 - 若真需要内联级浮动效果，应由
contain: layout+float组合实现，而非修改float本身语义
现在该用什么代替“inline-float”的想象？
如果你实际想解决的是“小图标右对齐但保持行内流”或“多语言混排时浮动方向自动翻转”，直接用这些已被广泛支持的方案：
立即学习“前端免费学习笔记（深入）”；
- 单个内联元素推到行尾：
margin-inline-start: auto（需父容器为display: flex或inline-flex） - 图文环绕且方向自适应：
float: inline-start—— 注意：这是真实存在的值，Chrome 94+ / Firefox 96+ / Safari 16.4+ 已支持，不是提案 - 避免父容器塌陷又不想改 display：
display: flow-root是唯一干净解，比任何伪元素 clearfix 更可靠
真正容易被忽略的点是：很多人以为“没 inline-float 就得手写 hack”，其实 float: inline-start 和 margin-inline 已覆盖绝大多数所谓“inline-float 场景”。问题不在标准缺位，而在是否意识到旧思维（左/右）该切换成逻辑方向（start/end）。
