※ 引述 《s949106 (feder)》 之铭言：
: 标题: [-Fx-] Firefox 57 的工具列设计
: 时间: Sun Nov 19 02:10:19 2017
: 　
: 不知道有没有人和我一样觉得新版工具列的 UI 设计有一点不好吗？
: 　
: 如图，
: https://i.imgur.com/CCANmmH.png
: 　
: 怎么会在一条工具列上弄了三个选单按钮？
: 且这三个按钮功能大同小异，
: 很占工具列的位置。
: 　
: 其实我认为可以把网址列的选单按钮去掉，
: 让使用者选择按钮是要在网址列内或外，
: 或是让网址列按钮变成一般按钮。
:

有做政府机关那种几百人用的系统就知道，一人一张嘴不可能做到大家都满意，要我说，顶多是少了自订的自由度网址列...说实在的除了碍眼，不觉得占到什么位置>>会觉得占位代表用不到，移掉就好了，这都适应问题吧

“右边两个选单能放的按钮类似”是左边吗？反过来说，要那么高的自订性要干什么？网址列目前不能从工具列移开要求工具列按钮能放到网址列就没有意义。网址列中的按钮最明显的是只对目前的页面作用才会显示，而且附加元件真的想做出现在网址列的按钮也做得到，和工具列上的还是有明显差别吧？当然可以问 Firefox 为何不把重整等对单个页面起作用的功能全部加成到网址列的按钮中，不过截图放在那我觉得有合逻辑。右边两个能放的按钮差多了，最右边的就是 Firefox 内建的，要说中间和左边才比较类似吧？明明后面一直拿工具列按钮为何不能放到网址列举例，结果说右边两个类似？我的推文似被误删了，还是那样，网址列一天不能从工具列移开要求工具列按钮能放到网址列就没有意义。

那三个按钮功能明明就不同

像是重新整理跟截图，在工具列网址列真的那么重要吗...?右边两个按钮一个是系统，一个是给你自订，哪来类似以我个人来说，常用的在最右边那颗都有了，>>就关掉我也不会跳出来嫌>>这颗按钮很鸡肋，我没用不代表别人没用，同理类推，或许这两颗重复性很高，但绝对不是鸡肋一眼就看的到的按钮，放哪应该不是太重要

》叫Toolbar button, Use this button when your extension's features are applicable to almost all web pages.The toolbar button is visible in all browser tabs.…叫Address bar button, Compare to the address bar button, which offers similar behavior but is used in situations where the extension needs to be accessed onspecific pages only.≡就浏览器Menu 没什么好讲的https://developer.mozilla.org/en-US/Add-ons 自己看吧

那三个按钮的内容就跟你说的一样是不同的阿

原本想给嘘，你自己也说了，对部分人是多余的，啊就部分人了，各方面平衡起来就这样，不然大招：不爽不要用(?)改变总会有人喜欢有人不喜欢

反正旧版我也觉得全部自订塞在≡很乱，至少就我而言57比较有逻辑，以你的重点而言就是，火狐干嘛鸟你XD反正不爽就降版而已，山不转路转，没移山的能力就绕路吧现代应该是user要被训练，不是事事都配合user改至少火狐还能降版，公家机关系统可没办法XD有些事情已经是强迫症，而不是直不直觉的问题了

如果是把网址列的按钮移到工具列，或是把那个…隐藏我可以理解不过我觉得你为何会觉得 >> 和 … 差不多正是 Firefox 给使用者弹性的结果(仅管这弹性没你想的大)(或是 >> 和 ≡ 差不多)今天如果按照 Firefox 的设计他是完全可以让 >> 只出现那些… 和 ≡ 没有的东西，就不会有你说的什么类似的问题了。话又说回来，如果你的基本需求是要讨论能否把…隐藏而不是讨论这三个的分类，这个我没研究但靠 userChrome.css 做不到吗？

明明三个功能差很多，那来的大同小异？

单纯要隐藏不难办到 要移动位置比较麻烦

我觉得57+的问题不在那三颗，而是整体接口的自定性被限缩很多。 ≡可以透过userChrome.css 改变样式或位置。》不确定，网址列的按钮我看满多的处理方法是先隐藏，然后另外弄个按钮在工具列（userChrome.css或附加元件）

三个按钮我也觉得留一个就好了https://i.imgur.com/lqaPKgM.jpg网络上拿别人的微调后，意外的成功改成很简洁有兴趣我可以再把我的userchrome给你