material-ui [文档基础设施]修复基础用户界面API选项卡布局回归问题

n7taea2i  于 4个月前  发布在  其他
关注(0)|答案(6)|浏览(59)

问题

#35938 引入了一些我们在之前没有的UX问题:

上下文

今天,我认为选项卡体验并没有带来更强的UX。我们知道它因人而异,所以就我个人而言,它并不存在。
我认为修复这些UX回归可能会让它成为大多数人更优越的UX。我可以理解为什么。

你的环境

npx @mui/envinfo

Don't forget to mention which browser you used.
  Output from `npx @mui/envinfo` goes here.

搜索关键词:基础UI API选项卡布局回归

pbgvytdp

pbgvytdp1#

  1. 关于列表中的最后一个项目:我假设我们只能通过改变Tab的渲染方式从渲染一个<a>标签到渲染一个实际的<button>来解决这个问题,对吗?我已经尝试修复这个问题,而且从我了解的情况来看,使用链接而不是按钮的选项卡非常罕见。我也想知道上面的(损坏的箭头导航)是否与此有关。
pkwftd7m

pkwftd7m2#

使用带有链接的标签页而不是按钮是非常不常见的。
@danilo-leal 我不同意,我认为使用带有链接的标签页是很常见的。如果标签页靠近页面顶部,那么它的状态应该存储在URL中。例如,我们需要将商店产品页面的标签从按钮更改为链接。或者在这个页面上,顶部是一个带有链接的标签列表:https://primer.style/components/tab-nav/react/alpha
或者在这个页面上,看起来他们将标签用作链接:https://hub.docker.com/repositories/

vngu2lb8

vngu2lb83#

这是真的,好的。但我更好奇这是否是错误aria-role和键盘导航问题的一部分。例如,Material UI选项卡组件——我们用于页面选项卡的组件——如果将选项卡渲染为按钮,似乎在这两个方面都表现良好。

rjee0c15

rjee0c154#

然而,也许GitHub的例子并不是最好的,因为他们在Primer文档和这里似乎都没有使用role="tablist"。所以,从视觉上看,它看起来像一个选项卡组件,但他们并不打算在底层采用这种方式?无论如何,这让我更加好奇上面的问题......

esyap4oy

esyap4oy5#

我怀疑Base UI Tabs组件存在问题。

r8uurelv

r8uurelv6#

是的,但这些事情正在发生在Material UI选项卡上;这是页面使用的,所以也许那里也有个bug。

相关问题