新 MPB 刘海屏这交互到底哪个才是正解？感觉哪个都很怪
This topic created in 1843 days ago, the information mentioned may be changed or developed.
 |
1
感觉是 3
|
10 |
2
盲猜是 2
|
 |
3
我觉得是 1
|
 |
bailitusuOct 19, 2021
4
首先不可能是 2
|
 |
abigeaterOct 19, 2021
5
猜 2
|
 |
fgwmlhdkkkwOct 19, 2021 via Android
6
3 也太蠢了吧，，，
|
 |
7
真绷不住了。。。
|
 |
8
我还以为 G 胖来了呢
|
 |
9
如果是我，会在 2 的基础上添加一个鼠标在刘海背后的动画。
这样既解决了鼠标消失的问题，又维护了鼠标位置和屏幕光标配置的一致性。 |
 |
hahastudioOct 19, 2021
10
我觉得是 2
你从刘海中间往上挪鼠标怎么办 |
 |
killva4624Oct 19, 2021
11
我猜是 3，真实的物理引擎，具有碰撞体积的刘海。
|
 |
kindjeffOct 19, 2021
12
图 1 给我整笑了
|
 |
VegetableOct 19, 2021
13
应该是 2
鼠标本来就是有可能大部分内容都移出去的。1 和 3 都存在很多难以处理的情况。2 的话比较好办，比如进入该区域鼠标自动变大。 |
 |
LeonardOct 19, 2021
15
我觉得是 2 哈哈哈，虽然都挺蠢的，服了这刘海
|
 |
16
我猜 1
|
 |
unneededOct 19, 2021
17
建议拿 iPhone 连个蓝牙鼠标试试看
|
 |
18
我觉得是 2，不然截图没法截了
|
 |
chendyOct 19, 2021
19
2 + 光标加大（类似平时晃鼠标那种加大）
|
 |
PhishionOct 19, 2021
20
哪种都不是，我盲猜就是菜单栏和右边的图标彻底分开，就像 iPhone 一样
菜单栏如果长度不够会显示“更多”，点击之后以二级菜单的形式显示原有的菜单，系统级处理。 鼠标指针的话，如果移动到刘海区域不会被挡住，用户都是拉到顶再平移鼠标，你乱动它的轨迹太违反用户直觉，所以我觉得是 2，根本不去处理 |
 |
thuangOct 19, 2021
21
3 才是正解
|
 |
amebaOct 19, 2021
22
我猜 1 。2 也太蠢了吧。
|
 |
pillOct 19, 2021
23
虽然绷不住，还是得选 3
|
 |
thulofOct 19, 2021
25
我觉得是 1
|
 |
antpliotOct 19, 2021
26
我猜是 3
|
 |
wangkun025Oct 19, 2021
27
@kindjeff 被你的图 1 整笑了。
|
 |
LiangOct 19, 2021
28
应该是 3，因为全屏的时候上面整条都会隐藏，所以应该是通过软件限制鼠标活动区域
|
 |
snoopratOct 19, 2021
29
这个问题很有意思，期待拿到机器的 xd 给大家解答一下。
|
 |
TinkOct 19, 2021 via Android
30
2
|
 |
uxgnodOct 19, 2021
31
2 比较自然，3 需要适应，但不会是 1...因为实际上那部分在截图的时候是有内容的。
而且如果是 1，那鼠标从刘海下面上移的话，要怎么显示呢？突然出现在刘海左边或者右边？ |
 |
32
有个问题 如果是 2 的话 鼠标移动到刘海里的时候 会不会刚好挡住摄像头啊？
|
 |
seeyiseeOct 19, 2021
33
感觉 3 个都不是，这 3 个都有点刺痛心脏。
|
 |
34
我觉得是 4：卡在左侧
|
 |
ns20Oct 19, 2021
35
3 绝对是逼死强迫症。
|
 |
bzshow1Oct 19, 2021
36
第一个是真传送门
|
 |
valuableOct 19, 2021
37
你怎么知道刘海区域不是黑洞然后会把光标给没收掉然后系统在一定时间之后重新生成一个光标呢？
|
|
PhishionOct 19, 2021
38
@xaoflysho 让菜单栏“跨栏”我觉得在交互上算下策，首先要跨栏的应用本身就不多，而且后面的多是 Window 、Help 这些万年没人管的菜单，作为二级菜单影响也不大，如果跨栏显示，免不了用户琢磨是刘海下面有菜单，但是没显示出来还是挪到右边去了，而且看起来也很蠢。
比较合理的方案还是刘海左右彻底分开，系统自动算法判断，如果某一个 APP 菜单栏触发到了刘海区域，会将最长的那个缩写控制，比如 “Source Control Manager” -> “Sou...Manager” 算法类似 iPhone APP 最长名称截取，用户点击这个菜单之后，再显示完整名称，其他菜单往右边挤，超出刘海区域会跑到 “更多” 里面，我这个方案可以解决 95% 的问题了，剩下开发者适配一下，好好考虑一下算法是不用那么蠢的。 |
 |
39
还可以卡在那里多两个触发角
|
 |
NachtblutOct 19, 2021
40
2 比较符合吧
|
 |
j1FN1c7Aist7t73HOct 19, 2021
41
@killva4624 笑出声，太形象了
|
 |
hinataharukiOct 19, 2021
42
还以为真的是传送门 3，还很期待
|
 |
AJiangYaOct 19, 2021
43
哈哈哈哈，突然觉得哪个都不好。
|
 |
anxxv2Oct 19, 2021
44
哈哈哈 太奇怪了
|
 |
learningmanOct 19, 2021 via Android
45
你们接个鼠标到自己手机上不就知道了。。。
|
 |
shanghai1943Oct 19, 2021
46
盲猜 1
|
|
shanghai1943Oct 19, 2021
47
想了一下，1 的速度太快了，有点跳跃的感觉，似乎 1 是不可行的。
|
 |
InDomOct 19, 2021
48
@learningman 实测 效果 2
|
 |
astkaasaOct 19, 2021
49
我投 3, mark 一下
|
 |
ligiggyOct 19, 2021
50
如果啥底层逻辑都不改，就是 2 。
按照苹果的惯性，我觉得是 3 。 |
 |
Pursue9Oct 19, 2021
51
应该是 2
毕竟第二种最好实现，直接在原来按钮中间再加个空白就可以了 |
 |
hstdtOct 19, 2021 via iPhone
52
我觉得是 2
|
 |
weichengwuOct 19, 2021
54
选 2 但是鼠标在刘海后面时自带一层光环，防止用户不知道鼠标在哪
|
 |
lovelive1024Oct 19, 2021
55
应该是 2
|
 |
linhongyeOct 19, 2021
56
我右边那些破烂都超过一半了...
|
 |
57
|
 |
billytomOct 19, 2021 via iPhone
58
绝对是 1
|
 |
DejavuMoeOct 19, 2021 via Android
59
图一笑死个人
|
|
weichengwuOct 19, 2021
60
3 的话体验受阻吧，想要点 help 还得往左上偏一下
|
 |
psirnullOct 19, 2021
61
1
|
 |
wensonsmithOct 19, 2021
62
毫无疑问是 1
|
 |
BigglesworthOct 19, 2021
63
应该是 3 吧，鼠标肯定进不去黑块，排除 2，1 的话瞬移也不合适，3 就是正常边框。
|
|
64
为啥有人觉得是 3 呢，如果是 3，鼠标是自动下移呢。还是卡住呢？
如果是自动下移，x 轴通过刘海之后，是自动移回原来的 y 呢，还是不自动还原呢？ 如果自动还原的话，我在刘海下方做出了 y 轴方向运动是否要影响还原？ 如果不还原，一个非常常见的鼠标盲定位操作——闭眼定位桌面四角，是不是就有可能有影响？ 可能还有别的问题，所以我觉得不可能是 3，1 一样很蠢。让光标尽可能的跟随鼠标移动而不是做出奇怪的行为，这不应该是最基本的设计原则吗？ 这实际上是在讨论，OS 层面是否认为刘海区域存在逻辑像素，整个显示区域是 4 边形，还是 8 边形的问题。我确实无法接受 8 边显示区域。 |
 |
4X4Oct 19, 2021
65
我感觉其实 1 和 3 实现方式是一致的，1 只是模拟刘海不是屏幕部分的过渡动画效果。
|
 |
liygfgOct 19, 2021
66
我觉得是 4 卡在左面😂😂😂
|
 |
SomikaOct 19, 2021
67
3 。1 的话只有左右两边的互动，从下面往上移是什么逻辑呢，没有交代。2 等于默认这块黑块下面有什么东西，只不过被遮住了看不到，用户会对这块区域尤其的好奇，心如猫抓般想知道底下到底是什么。
|
 |
xnotepadOct 19, 2021
68
2 应该算是比较合理的。但是苹果脑子也未必就正常。所以我猜是 3.
|
 |
OMGZuiOct 19, 2021
69
2
|
 |
yuan95Oct 19, 2021
70
3
|
 |
oyghOct 19, 2021
71
我觉得是 2，因为这是最简单，最符合直觉的。这个直觉就是：这里有画面，只是看不到而已。
|
 |
goodhelloniceOct 19, 2021
72
3
|
 |
zmqkingOct 19, 2021
73
肯定是 1 了，二的话，等太久了！
|
 |
codezeraOct 19, 2021
74
我觉得最离谱的是刘海的高度居然和状态栏的高度还不一样。。。
|
 |
BMAOOct 19, 2021
75
2 的可能性比较大，除非那块不显示内容。投影时肯定会是全屏，只有 2 才能正常操作。但是不投影，就会有鼠标消失的区域。
|
 |
LANB0Oct 19, 2021
76
这都想多了吧，早几年的手机都会把上面变成黑色状态栏，2021 年的苹果能让你在这儿穿隧道玩儿马里奥？
|
 |
thunderwOct 19, 2021
77
我猜 4 。
到遇到刘海直接卡住过不去。除非你自己往下移动。 依据 A：外接屏幕如果高度和内置屏幕不一样的情况下是直接卡住过不去的。 依据 B：看不见光标不能忍，万一摸黑点了什么不该点的东西咋办？ 附送功能：从右侧向左卡住的时候可以把多出来的图标滚动出来。 |
 |
baiduyixiaOct 19, 2021
78
hhhhhhh 笑死了
|
 |
skadiOct 19, 2021
79
蚌不住了.
|
 |
ttys001Oct 19, 2021
80
当然是 1.
|
 |
7guguOct 19, 2021
81
按道理来说是 3.(但我觉得 1 才对味😆)
|
 |
crystaleOct 19, 2021
82
蚌埠住了
|
 |
ffxrqyzbyOct 19, 2021
83
脑洞有点大
|
 |
JoooooooooOct 19, 2021
84
当然是 1
|
 |
aureole999Oct 19, 2021
85
那么没人试试 iphone 上接鼠标的效果吗？
|
|
unneededOct 19, 2021
86
@aureole999 #85 是啊，我早就说了可是半天大家都在猜，我手上又没有相机套件和蓝牙键盘，看了之前外接鼠标的视频也没有人测试的
|
 |
varrilyOct 19, 2021
87
2 吧，难道 app 不能故意在里面放个按钮？
|
 |
onevcatOct 19, 2021
88
从开发的角度，肯定是 1...2 和 3 的适配怕是要吐。
|
 |
GrayXuOct 19, 2021
89
@Vegetable 你仔细看看大家对 3 的解释。跟其他人一样，我看到 3 也觉得 3 想表达是有“物理体积碰撞”有无法进入的边界，而不是自动下移。我也觉得 3 相对合理一些，虽然操作需要适应，但 Apple 教育用户不是第一次了。
|
|
aureole999Oct 19, 2021
90
@zhaidoudou123 我的蓝牙鼠标能连接但没反应。magic trackpad 搜不到无法配对
|
|
unneededOct 19, 2021
91
@aureole999 #90 iPhone 的蓝牙鼠标好像和 iPad 的支持不一样，要去辅助设置里打开好像
|
 |
PolarBearsOct 19, 2021
92
@aureole999 #85 试了下鼠标接 iphone,答案是 2
|
 |
flyhaoziOct 19, 2021
93
2+刘海下面显示指示条
|
|
aureole999Oct 19, 2021
94
@zhaidoudou123 iPhone 上打开辅助触控可以了，效果是 2 。不过 iphone 上鼠标指针是个大圈，所以在刘海后面也能看见指针。估计 Mac 上移到刘海后面指针也会变大变形吧。
|
 |
wangyzjOct 19, 2021
95
2
|
 |
unknownserviceOct 19, 2021
96
我投 2 一票，ios 好像就是这个效果。
|
 |
shakarakaOct 19, 2021
97
2
|
 |
janxinOct 19, 2021
98
2
|
 |
nc4697Oct 19, 2021
99
如果可以自定义，大家会不会更纠结 哈哈哈
|
 |
gdgoldlionOct 19, 2021
100
3
|
Select Language