SPT术语库

弹出层 Popover

订单页点一下入口就能展开说明,关掉后继续看原来的内容。

前端与交互约 10 分钟 · 从真实需求理解

1点一下入口,补充说明应该出现在哪里?

查看订单说明

Popover 贴着入口补充局部信息,不替换当前订单页。

订单页 · 说明未展开局部补充信息不应该把用户带离当前页面。

订单页已经有主要内容时,Popover 只在查看订单说明附近补充一小段信息,不把用户带到另一页。

  • 开始时:订单页只显示查看订单说明入口。
  • 完成后:配送说明贴着入口展开,关闭后页面主体和焦点关系仍然清楚。

2Popover 和对话框,为什么不能只看有没有遮罩?

先判断用户是临时查看说明,还是必须完成一次确认:按钮 Button ≠ 链接 Link,外观接近也不代表负责同一件事。

  • Popover 适合贴着入口解释一个局部信息,用户可以关掉后继续阅读。
  • 需要阻断当前任务、确认危险动作或填写完整内容时,应改用更明确的界面结构。

3Popover 由哪些真实部分组成?

面板已关闭;再次点击入口,查看真实打开状态

看订单页中的真实界面:标注跟着触发入口和 Teleport 到 body 的弹出面板走,不靠图片坐标猜位置。

  • 结构预览默认只读;点击编号或说明行可以定位真实部件。
  • 重点观察入口的 aria-expanded、面板的角色、说明内容和 Escape 关闭路径。

4Popover 放进订单页后怎样打开和收起?

点击“查看订单说明”,面板怎样回应?
订单页说明入口

说明面板尚未展开。

点击查看订单说明,面板应贴着入口出现;点击关闭或按 Escape,面板消失并把用户带回原页面。

  • 主要动作:打开订单说明;局部结果:配送说明可读。
  • 重新进入会清理面板状态,避免上一次打开结果污染下一次演示。

5Popover 什么时候用、什么时候不用?

查看订单配送说明

用户看完局部说明后仍留在订单页,面板关闭后继续原来的阅读。

不建议这样用确认危险操作改用 Dialog

需要用户确认、填写或处理错误时,应该用独立的 Dialog 承载任务。

点击后打开确认对话框。

Popover 什么时候用、什么时候不用?先看任务边界,再看组件外观。

  • 什么时候用:用户看完局部说明后仍留在订单页,面板关闭后继续原来的阅读。
  • 什么时候不用:需要用户完成确认、填写多个字段或处理错误时,不要把任务藏在轻量说明面板里。

怎么判断:先看用户要完成的任务和内容关系,再选择职责准确的组件。

6怎样把 Popover 需求交给 Agent?

请使用共享 Popover 组件实现订单页说明入口:点击“查看订单说明”时在入口附近展开“配送说明”,不离开当前页面;支持 Enter、Space 打开,Escape 和关闭按钮收起,并把焦点关系保持清楚。面板内容要适配 320px 宽度,不能用图片坐标、iframe 或手写一张假卡片。

7不用背,看看你能不能判断

1 / 3

Popover 最适合解决什么问题?

请选择一个最符合题意的答案

选择答案后自动进入下一题

社区延伸

看别人真实遇到过什么

社区帖子还没有关联到这个词条。