I find when I initiate a search in a mobile view I can become stuck due to the lack of an obvious cancel button to return me to my prior screen.
I can swipe back or use a browser back button; however, displaying a simple “cancel” button could be a worthwhile UX improvement.
Not sure I agree with this. Do you also feel stuck on a user page on mobile?
I think what feels inconsistent is that the other two buttons alongside the search one open pop-ups that can be dismissed by clicking on the button again.
Not sure I have a great suggestion as to how to resolve the inconsistency though…
我们团队的 UX 设计师在移动端尝试搜索功能时非常震惊。虽然桌面版在移动端上看起来整洁，但移动端默认页面的变化却违背直觉。
我们正试图修改这一行为，以使搜索的移动端体验与桌面端体验保持一致（即一个可关闭的弹出窗口）。请问有什么方法可以调整吗？
我们之所以避免这样做，是因为一些非常严重的 Safari 缺陷导致其在 position: fixed 的情况下无法正常工作。@pmusaraj 最近应该思考过这个问题。我认为你很难轻松调整这一点。
很高兴了解做出该决定的原因。
我推测2016年之前Safari上的某个漏洞应该已经被修复了。
将逻辑简化，直接应用桌面端的行为，这难道不是更有意义吗？
您能更详细地描述一下您的意思吗？我很希望能看到一些截图或问题演示的屏幕录像。这将有助于我判断您遇到的是核心功能中的实际问题，还是其他原因导致的。
嘿，谢谢你的提问！
我录制了一段桌面端用户在输入搜索后返回内容页面的 UX 演示：
还有一段移动端当前体验的录制，其中用户无法关闭搜索并再次访问内容：
我意识到，当我在地址栏中看到 /search 网址时，才意识到需要返回上一页，但这花了我一点时间才弄清楚，而 UX 设计师对这种体验感到非常困惑。
感谢提供屏幕录制。我明白您的意思，问题在于搜索会跳转到独立页面这一点并不明显。我们或许可以采取一些措施，让用户更清楚地意识到他们已导航至独立的搜索页面。
或者，也许我们可以像您提到的那样，使用与桌面端相同的组件。我通常倾向于在桌面端和移动端保持统一的界面，但我不确定这是否是适用该策略的合适场景。
