重复问题
- 我已搜索现有的问题
最新版本
- 我已测试了最新版本
重现步骤 🕹
链接到实时示例：
步骤：
- 打开 https://mui.com/joy-ui/react-button/
- 点击具有
&:hover样式的元素
当前行为 😯
失败，Joy UI
Screen.Recording.2023-03-20.at.11.46.17.mov
失败，Base UI
Screen.Recording.2023-03-20.at.11.39.12.mov
预期行为 🤔
在 Material UI 上正常，但有一个限制，在所有三星手机上都失效：#15000(评论)
Screen.Recording.2023-03-20.at.11.39.46.mov
上下文 🔦
你的环境 🌎
MUI Core v5.11.13
9条答案
按热度按时间egmofgnx1#
@danilo-leal@siriwatknp 这个预期的UX有意义吗？
它是基于原生应用的行为。在网络上，网站在交互后留下一个悬停样式是很常见的，我认为原生应用通常为一个优秀的UX设定了基调，所以我认为我们应该复制它。
如果是的话，我认为这是我们可以/应该委托给社区的事情，等待有人足够关心并愿意花时间去处理它。
z31licg02#
我不确定你是否在问移动端是否应该有悬停状态，但这就是我的理解。嗯，我想技术上说，移动端的悬停“不存在”，因为你不能只是悬停在某个东西上，你要么触摸它，要么不触摸。然而，我快速检查了这里的3个非常高质量的应用，就我所知，它们都是本地应用，它们都对长按交互做出React，这对我来说，介于悬停和活动状态之间。所以，最后，是的，它们可能应该以某种方式做出React，而不仅仅是静态的。
Airbnb
airbnb.mp4
GitHub
github.mp4
Uber
uber.mp4
hkmswyz63#
@danilo-leal 正确，要明确的是，我的关注点是交互后仍然存在的UI状态。我不得不触摸一个死区才能找到正常的UI状态。你的所有录音似乎(很难看到触摸发生的地方)表现得像我所期望的那样，归类为“OK”。
von4xj4u4#
我明白了。我同意你的看法⎯在我看来，触摸后不保持状态是正确的，这相当于点击后不保持状态。换句话说，当你主动触摸时，会触发悬停/活动样式的差异，而一旦你抬起触摸交互，这种差异就会消失。👍
7jmck4yq5#
我想要接手这个。
gdrx4gfi6#
我正在重新打开，问题仍然存在于基本用户界面上：https://mui.com/base/react-button/
yrwegjxp7#
@oliviertassinari 我将很快推送一个修复。抱歉没有及时发现这个问题。
4smxwvx58#
@gitstart 没有问题。
请注意，这不是特定于按钮的问题，这个bug可以在文档的其他许多页面上重现。我尝试的第一个页面重现了这个bug:https://mui.com/joy-ui/react-checkbox/ 。
wmtdaxz39#
关于在MUI X中面临的问题的更多上下文。似乎我们可以使用GitHub的权衡来处理基础UI、Joy UI和Material UI: mui/mui-x#10039 (评论)