作者s949106 (feder)
看板Browsers
标题Re: [-Fx-] Firefox 57 的工具列设计
时间Thu Nov 30 13:14:58 2017
※ 引述 《s949106 (feder)》 之铭言：
: 标题: [-Fx-] Firefox 57 的工具列设计
: 时间: Sun Nov 19 02:10:19 2017
:
: 不知道有没有人和我一样觉得新版工具列的 UI 设计有一点不好吗？
:
: 如图，
: https://i.imgur.com/CCANmmH.png
:
: 怎麽会在一条工具列上弄了三个选单按钮？
: 且这三个按钮功能大同小异，
: 很占工具列的位置。
:
: 其实我认为可以把网址列的选单按钮去掉，
: 让使用者选择按钮是要在网址列内或外，
: 或是让网址列按钮变成一般按钮。
: --
:
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.184.40.10
: ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Browsers/M.1511028624.A.9A5.html
:
: ※ 编辑: s949106 (111.184.40.10), 11/19/2017 02:14:52
感谢大家的回覆
很多人回覆我那三个按钮是为了分类
这我一直都了解
但是我说的大同小异是
那
三个选单钮的作用一样是将按钮收集在一起
且
这些按钮都不能隐藏又都在同一列
占了空间，视觉上也不简洁
所以对部分使用者来说是多余的
使用者介面不是应该化繁为简吗？
若要说到分类
右边两个选单能放的按钮类似
还有，截图按钮为什麽在网址列
重新整理按钮为什麽在工具列？
这样的
操作直觉吗？
所以我之前提到上面引文的解决方法
总之，我的想法是
既然能让使用者自订
为什麽还要强制使用者分三个选单？
抱歉，话多了，只是个人想法
想说出来让大家理解也讨论看看
也同时想理解反对的人的想法
---
: 推 tzback: 常用放工具列 偶尔用放>>里 其它藏起来 11/19 02:28
: → tzback: 个人是满喜欢更多工具钮跟按钮能到处放的设计 11/19 02:29
: → tzback: 如果按钮固定放工具列+1选单钮 好像用chrome就好了 11/19 02:38
我认为就算火狐有只有选单钮和工具钮
也完全和 Chrome 不同啊
我也喜欢到处放
但是
网址列的按钮只能塞网址列
最右边的工具钮还跟 Chrome 一样固定不能动也不能隐藏
我就是不想让他像 Chrome 自订性低啊
: 推 kaoh08: >>类似早前套件状态列的替代 这样整合更好取用也方便 11/19 05:31
以前也有很多方便的功能呢
: → wei770702: 要怎麽把撷取萤幕单独出来按钮 我不想在...那边 11/19 08:07
: → kuro: 右键 > 新增至网址列 11/19 08:32
: → hijacker: 新版真的满多烂设计的 11/19 12:10
对啊，不直觉
: → wei770702: 感谢KURO 11/19 12:15
: 推 cloudstr: 以前可以装附件元件列 把图示都丢到下面 不像现在很麻烦 11/19 13:06
对啊，他都让我自订了
为什麽摆个按钮还要照它的分类
: 推 HardRealTime: 不喜欢+1, 历史的部份想看最近关闭的分页多了一层 11/19 13:45
: → HardRealTime: 总之介面的更动觉得用起来不若之前顺手QQ 11/19 13:45
操作直觉真的很重要
: → cloudstr: 已经退回56.2 这是第一次让本人做出降级决定的版本 11/19 13:52
我也是，且我居然不是因为附加元件
: 推 SecondRun: 设计不好 很多东西都要多按好几层 11/19 14:52
感觉设计师换一批人了
: 推 Agency: 书签工作列可以当附加元件列用 11/19 14:55
请问是什麽意思？
: → sate5232: 三个按钮功能完全不同吧 怎麽会大同小异 11/19 21:51
: → sate5232: ...是针对目前分页，>>是摆放按钮的，另一个是主选单 11/19 21:52
: → sate5232: 要是全都塞成一个才难找 11/19 21:52
1. 你误会我说的类似了，上面有解释
2. 按钮都可以自订怎麽会塞成一个？
使用者只会摆自己需要的
: → tzback: 分页列.工具列.书签工具列都能摆按钮很方便 11/19 22:37
对啊，我也喜欢可以到处摆
但是网址列的按钮不能摆外面
且那三个选单钮不能隐藏
尤其又加上视觉和空间因素
不可能每个人都喜欢一条工具列有三个选单钮
: 推 Toge: 撷取萤幕直接滑鼠右键选单就有了吧 11/20 14:34
: 推 Toge: 而且...和>>里面的按钮都可以移出来 11/20 14:38
嗯嗯，但我说的是三个选单钮占位置
: 推 coffeeortea2: 这三个按钮的功能都不一样啊，摆在一起更麻烦吧... 11/21 16:52
重点是能自订就不会都摆在一起
就算剩一个选单钮
选单里只会摆自己需要的
: 推 kaoh08: ...是个别分页控制 >>是套件全域设定 三是Fx的选项 11/22 00:52
了解
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.185.15.220
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Browsers/M.1512018901.A.084.html
※ 编辑: s949106 (111.185.15.220), 11/30/2017 13:18:05
1F：推 magic999: 有做政府机关那种几百人用的系统就知道，一人一张嘴11/30 13:53
2F：→ magic999: 不可能做到大家都满意，要我说，顶多是少了自订的自由度11/30 13:53
3F：→ magic999: 网址列...说实在的除了碍眼，不觉得占到什麽位置11/30 14:00
4F：→ magic999: >>会觉得占位代表用不到，移掉就好了，这都适应问题吧11/30 14:01
所以我才要想让它更有自订性罗
同意适应的问题
但是如果 UI 直觉的话，就不需要使用者适应了。
我也写过不少 UI（Add-on）呢。
然後我用的到 << 喔，
是其他两个我认为类似且多余，因为功能重复占位置。
5F：推 mjsg: 「右边两个选单能放的按钮类似」是左边吗？11/30 14:58
引文图片的右边两个红框里的按钮
6F：→ mjsg: 反过来说，要那麽高的自订性要干什麽？网址列目前不能从工具11/30 14:59
7F：→ mjsg: 列移开要求工具列按钮能放到网址列就没有意义。11/30 15:14
不是，
我是要网址列的按钮能到网址列外的地方，
把网址列变乾净对我来说至少有意义，哈。
8F：→ mjsg: 网址列中的按钮最明显的是只对目前的页面作用才会显示，而且11/30 15:01
9F：→ mjsg: 附加元件真的想做出现在网址列的按钮也做得到，11/30 15:02
10F：→ mjsg: 和工具列上的还是有明显差别吧？11/30 15:03
关於差别不大我原文一开始提了
11F：→ mjsg: 当然可以问 Firefox 为何不把重整等对单个页面起作用的功能11/30 15:05
12F：→ mjsg: 全部加成到网址列的按钮中，不过截图放在那我觉得有合逻辑。11/30 15:06
所以
按钮放哪因人而异，
这就是为什麽我想自订，
更正，我也是要自订性高。
13F：推 mjsg: 右边两个能放的按钮差多了，最右边的就是 Firefox 内建的，11/30 15:10
左边可以放很多右边有的选项耶
更正，我说的左是右边两个其中靠左的那个
14F：→ mjsg: 要说中间和左边才比较类似吧？明明後面一直拿工具列按钮为何11/30 15:12
15F：→ mjsg: 不能放到网址列举例，结果说右边两个类似？11/30 15:12
我都有举例啊，
对我来说这三个是差不多功能的。
你现在的左边是 …，中间是 <<，
我们说的是同一个事情吧？
还有什麽工具列按钮不能拿到网址列？
我只说网址列的按钮不能移到其他地方，
然後为什麽有这种想法和说右边两个按钮类似有冲突？
反正三个对我来说都是选单，
不过这些话也证明您多少也觉得这三个按钮有类似的地方。
16F：→ mjsg: 我的推文似被误删了，还是那样，网址列一天不能从工具列移开11/30 15:14
17F：→ mjsg: 要求工具列按钮能放到网址列就没有意义。11/30 15:14
抱歉，也谢谢你和我一起长篇大论，哈哈。*[m
*[37m编辑到有点累…
话说，这个位置是不是有推文？
从网页版抓回来的
推 magic999:
原推文kaoh08就说三颗按钮的类型了，还嫌不够直觉XD
我想，类型包括我很多人都知道XD
我这篇一开始不就有解释了吗
18F：→ APM99: 那三个按钮功能明明就不同11/30 16:26
原文一开始有解释我说的类似了
※ 编辑: s949106 (111.185.15.220), 11/30/2017 16:28:34
19F：→ magic999: 像是重新整理跟截图，在工具列网址列真的那麽重要吗...?11/30 16:29
我的重点并不是那两个按钮在哪啊
20F：推 magic999: 右边两个按钮一个是系统，一个是给你自订，哪来类似11/30 16:32
21F：→ magic999: 以我个人来说，常用的在最右边那颗都有了，>>就关掉11/30 16:34
22F：→ magic999: 我也不会跳出来嫌>>这颗按钮很鸡肋，我没用不代表别人没11/30 16:35
23F：→ magic999: 用，同理类推，或许这两颗重复性很高，但绝对不是鸡肋11/30 16:35
24F：→ magic999: 一眼就看的到的按钮，放哪应该不是太重要11/30 16:38
抱歉不小心删到你推文，也感谢你的回覆
不过事情没有绝对，
每个人看法不同，就像我和你现在一样
还有，
不用再每个人跟我说那按钮的分类了啦
我知道分类！～ XD
我说的类似不是分类类似，
此篇一开始说过～
※ 编辑: s949106 (111.185.15.220), 11/30/2017 16:40:09
25F：→ kaoh08: 》叫Toolbar button, Use this button when your extensi11/30 16:42
26F：→ kaoh08: on's features are applicable to almost all web pages.11/30 16:42
27F：→ kaoh08: The toolbar button is visible in all browser tabs.11/30 16:42
28F：→ kaoh08: …叫Address bar button, Compare to the address bar bu11/30 16:43
29F：→ kaoh08: tton, which offers similar behavior but is used in si11/30 16:43
30F：→ kaoh08: tuations where the extension needs to be accessed on11/30 16:43
31F：→ kaoh08: specific pages only.11/30 16:43
32F：→ kaoh08: ≡就浏览器Menu 没什麽好讲的11/30 16:44
也请你看看这篇原文一开始这句
但是我说的大同小异是
那三个选单钮的作用一样是将按钮收集在一起
※ 编辑: s949106 (111.185.15.220), 11/30/2017 16:46:28
※ 编辑: s949106 (111.185.15.220), 11/30/2017 16:59:04
总之就是它们
一样是选单钮
三个按钮内容有什麽不同我知道
我没有要和你们争这个…
我的重点是
一个列上同时出现三个选单钮
对於部分人是多余的设计
你们现在和我说的差异我完全同意
就像你们有理解到我举的例
如重新整理钮，右边两个钮重复性高
34F：→ APM99: 那三个按钮的内容就跟你说的一样是不同的阿 11/30 17:07
例如我说的哪句？
※ 编辑: s949106 (111.185.15.220), 11/30/2017 17:22:51
※ 编辑: s949106 (111.185.15.220), 11/30/2017 17:24:43
35F：→ jiangee: 原本想给嘘，你自己也说了，对部分人是多余的，啊就部分11/30 17:31
36F：→ jiangee: 人了，各方面平衡起来就这样，不然大招：不爽不要用(?)11/30 17:32
37F：→ jiangee: 改变总会有人喜欢有人不喜欢11/30 17:32
嗯嗯，我也没有如此厌恶这个设计，
我完全同意你们对於分类的解释，
也谢谢你没嘘，哈
不过，我觉得平衡的话
是让那其他选单钮也可以隐藏吧？
倒是，我是很喜欢改变的人，
我认为我的看法是设计问题，不是习惯或改变。
38F：→ magic999: 反正旧版我也觉得全部自订塞在≡很乱，至少就我而言5711/30 17:51
39F：→ magic999: 比较有逻辑，以你的重点而言就是，火狐干嘛鸟你XD11/30 17:52
40F：→ magic999: 反正不爽就降版而已，山不转路转，没移山的能力就绕路吧11/30 17:53
41F：→ magic999: 现代应该是user要被训练，不是事事都配合user改11/30 17:56
42F：→ magic999: 至少火狐还能降版，公家机关系统可没办法XD11/30 17:56
所以你放很多选项啊，
我比较喜欢简单化，
这就是我们看法不同的原因了。
使用者能自己分类就有有自己的逻辑，
这是我要求自订的原因之一。
不过使用者要被训练的话
UX/UI 设计师在国外的需求就不会那麽高了。
从上一篇的推文，至少有一两个看法和我一样。
但就像你说的，设计师不一定要理我。
但说出自己的看法就是让大家讨论罗
也许有一点点机会让设计师看到，
会有更好的想法
43F：→ magic999: 有些事情已经是强迫症，而不是直不直觉的问题了11/30 17:58
我并没有一定要火狐照我说的做啦，
我们没有人是绝对对的，
我是和大家讨论，
就像刚刚了解你反对的原因
是你自订里用了很多选项
就像你不喜欢选单里太多东西程度
我不喜欢一个页内有两个以上选单钮
这不算强迫症吧
※ 编辑: s949106 (111.185.15.220), 11/30/2017 18:30:43
※ 编辑: s949106 (111.185.15.220), 11/30/2017 18:42:56
44F：推 mjsg: 如果是把网址列的按钮移到工具列，或是把那个…隐藏我可以理11/30 19:53
45F：→ mjsg: 解11/30 19:54
46F：→ mjsg: 不过我觉得你为何会觉得 >> 和 … 差不多正是 Firefox 给使11/30 19:55
47F：→ mjsg: 用者弹性的结果(仅管这弹性没你想的大)(或是 >> 和 ≡ 差不11/30 19:57
48F：→ mjsg: 多)11/30 19:57
痾 我并没有这麽认为，
我也没有认为两个按钮自订性或弹性一样
49F：→ mjsg: 今天如果按照 Firefox 的设计他是完全可以让 >> 只出现那些11/30 19:58
50F：→ mjsg: … 和 ≡ 没有的东西，就不会有你说的什麽类似的问题了。11/30 20:00
我并没有说要让<<出现其他地方没有的按钮
而是建议让使用者决定按钮放哪
51F：→ mjsg: 话又说回来，如果你的基本需求是要讨论能否把…隐藏而不是11/30 20:03
52F：→ mjsg: 讨论这三个的分类，这个我没研究但靠 userChrome.css 做不到11/30 20:04
53F：→ mjsg: 吗？11/30 20:04
做不到我想要的，
因为并没有网址列按钮在其他地方的 icon
*[37m感谢你的回覆*[m
54F：推 rwhung: 明明三个功能差很多，那来的大同小异？11/30 21:11
嗯嗯，我完全同意你的说法
麻烦再看看我写的黄字XD
包括此篇开头我说好多次了
55F：推 Wcw5504: 单纯要隐藏不难办到 要移动位置比较麻烦12/01 00:05
谢谢，果然如此
※ 编辑: s949106 (111.185.15.220), 12/01/2017 00:07:02
※ 编辑: s949106 (111.185.15.220), 12/01/2017 00:21:10
56F：推 rwhung: 我觉得57+的问题不在那三颗，而是整体介面的自定性被限缩 12/01 06:18
57F：→ rwhung: 很多。 ≡可以透过userChrome.css 改变样式或位置。 12/01 06:26
58F：→ rwhung: 》不确定，网址列的按钮我看满多的处理方法是先隐藏，然後 12/01 06:28
59F：→ rwhung: 另外弄个按钮在工具列（userChrome.css或附加元件） 12/01 06:29
对对对，相较於我的上一篇，这篇终於有人有类似想法了
我对於那三个按钮有意见就是因为我无法随心所欲自订这些按钮
我想要隐藏我不需要的按钮、想要按钮在别的地方
请问要怎麽用 css 让不存在的按钮显示在工具列呢？
这样在使用内建自订移动工具列按钮时，
这颗自制按钮会造成问题吗？
※ 编辑: s949106 (111.185.15.220), 12/02/2017 00:35:20
60F：推 a1qazbgt5: 三个按钮我也觉得留一个就好了 12/02 14:46
62F：→ a1qazbgt5: 网路上拿别人的微调後，意外的成功改成很简洁 12/02 14:50
63F：→ a1qazbgt5: 有兴趣我可以再把我的userchrome给你 12/02 14:50
看起来不错
如果可以的话麻烦你传给我了
非常非常感谢~
※ 编辑: s949106 (111.185.15.220), 12/04/2017 01:15:37