# Mobile search ui/ux improvement

**URL:** https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576
**Category:** UX
**Created:** [2016年二月14日 20:20 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576 "2016-02-14T20:20:19Z")
**Posts on this page:** 10
**Page:** 1

<div class="post-metadata">

### Author: ![Josh\_Max\_Rubinstein](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/josh_max_rubinstein/32/121964_2.png) [@Josh\_Max\_Rubinstein](https://meta.discourse.org/u/Josh_Max_Rubinstein)
#### Post date: [2016年二月14日 20:20 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576/1 "2016-02-14T20:20:19Z")

</div>

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.

 ![](https://global.discourse-cdn.com/meta/original/3X/0/0/00eb301e0f5f9fecde83da51d6fccfa86faedc7b.png)

---

<div class="post-metadata">

### Author: ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2016年二月14日 22:52 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576/2 "2016-02-14T22:52:29Z")

</div>

Not sure I agree with this. Do you also feel stuck on a user page on mobile?

---

<div class="post-metadata">

### Author: ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [2016年二月14日 22:56 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576/3 "2016-02-14T22:56:19Z")

</div>

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…

---

<div class="post-metadata">

### Author: ![vinyll](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/vinyll/32/222495_2.png) [@vinyll](https://meta.discourse.org/u/vinyll)
#### Post date: [2021年十月5日 09:35 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576/4 "2021-10-05T09:35:20Z")

</div>

我们团队的 UX 设计师在移动端尝试搜索功能时非常震惊。虽然桌面版在移动端上看起来整洁，但移动端默认页面的变化却违背直觉。

我们正试图修改这一行为，以使搜索的移动端体验与桌面端体验保持一致（即一个可关闭的弹出窗口）。请问有什么方法可以调整吗？

---

<div class="post-metadata">

### Author: ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2021年十月8日 02:27 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576/5 "2021-10-08T02:27:51Z")

</div>

我们之所以避免这样做，是因为一些非常严重的 Safari 缺陷导致其在 position: fixed 的情况下无法正常工作。@pmusaraj 最近应该思考过这个问题。我认为你很难轻松调整这一点。

---

<div class="post-metadata">

### Author: ![vinyll](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/vinyll/32/222495_2.png) [@vinyll](https://meta.discourse.org/u/vinyll)
#### Post date: [2021年十月8日 06:02 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576/6 "2021-10-08T06:02:11Z")

</div>

很高兴了解做出该决定的原因。  
我推测2016年之前Safari上的某个漏洞应该已经被修复了。  
将逻辑简化，直接应用桌面端的行为，这难道不是更有意义吗？

---

<div class="post-metadata">

### Author: ![pmusaraj](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pmusaraj/32/119489_2.png) [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [2021年十月8日 16:20 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576/7 "2021-10-08T16:20:06Z")

</div>

> [@vinyll](#):
>
> 我团队的 UX 设计师在手机上体验搜索功能时非常震惊。  
> 虽然移动端的桌面版界面很整洁，但移动端默认页面的变化却反直觉。

您能更详细地描述一下您的意思吗？我很希望能看到一些截图或问题演示的屏幕录像。这将有助于我判断您遇到的是核心功能中的实际问题，还是其他原因导致的。

---

<div class="post-metadata">

### Author: ![vinyll](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/vinyll/32/222495_2.png) [@vinyll](https://meta.discourse.org/u/vinyll)
#### Post date: [2021年十月12日 07:27 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576/8 "2021-10-12T07:27:21Z")

</div>

嘿，谢谢你的提问！  
我录制了一段桌面端用户在输入搜索后返回内容页面的 UX 演示：

![search-dropdown](https://global.discourse-cdn.com/meta/original/3X/9/7/972213ff32e583abf2bf91ec9698048baac6c207.gif)

还有一段移动端当前体验的录制，其中用户无法关闭搜索并再次访问内容：

![search-fullpage](https://global.discourse-cdn.com/meta/original/3X/1/4/1465c6b5f85b583f8a13d704d674c8a18f0b7a6a.gif)

我意识到，当我在地址栏中看到 /search 网址时，才意识到需要返回上一页，但这花了我一点时间才弄清楚，而 UX 设计师对这种体验感到非常困惑。

---

<div class="post-metadata">

### Author: ![pmusaraj](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pmusaraj/32/119489_2.png) [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [2021年十月12日 14:44 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576/9 "2021-10-12T14:44:07Z")

</div>

感谢提供屏幕录制。我明白您的意思，问题在于搜索会跳转到独立页面这一点并不明显。我们或许可以采取一些措施，让用户更清楚地意识到他们已导航至独立的搜索页面。

或者，也许我们可以像您提到的那样，使用与桌面端相同的组件。我通常倾向于在桌面端和移动端保持统一的界面，但我不确定这是否是适用该策略的合适场景。

---

<div class="post-metadata">

### Author: ![awesomerobot](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/awesomerobot/32/142900_2.png) [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [2021年十月12日 15:09 UTC](https://meta.discourse.org/t/mobile-search-ui-ux-improvement/39576/10 "2021-10-12T15:09:47Z")

</div>

我非常喜欢这种在移动设备上使用全屏页面来替代模态框/下拉菜单的模式，它能更好地利用空间，并避免许多滚动问题……我在想，添加一些类似 `<kbd>x</kbd>` 或返回按钮的功能会不会有帮助？或者，点击 `<kbd>:mag:</kbd>` 是否能带你回到搜索前的页面？

 ![Screen Shot 2021-10-12 at 11.07.45 AM](https://global.discourse-cdn.com/meta/original/3X/9/5/950f225589aa41e137c7c22c4e7798da2b8bf5a2.png)

> [@vinyll](#):
>
> 我猜 2016 年之前 Safari 上的某个 bug 现在应该已经被修复了。

情况仍然不太理想！我们有很多变通方案来解决 iOS 上模态框和下拉菜单的滚动问题。据我所知，他们甚至不认为其中的许多差异是 bug。
