aaaa007cn：部分扩展直接点击是切换状态
而右侧小箭头提供更多选项
比如油猴
比如refcontrol
仅仅为了配合Australis而全部取消右侧小箭头设计只会让反感Australis的用户更多
多添加一个不带右侧小箭头才是更妥当的workaround...回到原帖

呵呵，其实我是指去掉小箭头，但有其他的替代方案。比如改成右键图标可以显示上下文菜单。

fang5566：呵呵，其实我是指去掉小箭头，但有其他的替代方案。比如改成右键图标可以显示上下文菜单。回到原帖

目前很多扩展的右键是直接调用默认的工具栏右键菜单
其中包括“Move to Menu”、“Remove from Toolbar”等
这些也需要找一个归属
让扩展自行实现这些功能也不可行

abp、noscript都覆盖了原生的右键菜单
而且它俩连左右键功能都一致（不好的设计）
它俩的右侧小箭头完全可以去除

或者像foxyproxy那样再加上中键并提供设置项？

Atester：我只想说谁联系下紫云飞让他改下searchsimilarimage.uc.js在右键菜单的插入位置，现在右键菜单这个样子很蛋疼：回到原帖

这个uc脚本是通过html5的contextmenu实现
而不是直接插入firefox的右键菜单

参考
https://hacks.mozilla.org/2011/11/html5-context-menus-in-firefox-screencast-and-code/
或者直接这个demo
http://thewebrocks.com/demos/context-menu/

目前
页面contextmenu在所有firefox的内建右键菜单之上
这不是脚本作者自己可以决定的
除非他愿意更改实现方式

回到主题
看预览图我就猜到会不会是UX Team的大作
翻阅了相关bug（1000513、996118）和pdf后
果然
又是他们

目测会有好几个坑
1、快捷键
2、可用/不可用的识别度，类似bug1016114
3、图标大小是固定的，但是不同设置下字体大小可能不同，类似bug1016405，bug1016109
4、和html5的contextmenu的合并显示，参见7楼示例，bug1016582

The UX team recommends starting with navigation options only. We can test user reactions to this, and use it as a framework for adding additional options such as sharing and customization.

所以该去哪里反馈？

最后还有个小小的问题
这个新的图标化的上下文菜单可以兼容视障人士的屏幕阅读器吗？
不过这个可能不在UX Team的考虑范围？

这一大一小的箭头实在是太好看了

先 去掉三条杠 吧 受不了那东西 了 ！

没意思……反正我是从来不用右键前进后退刷新停止的

图片：BaiduShurufa_2014-6-8_23-31-1.png

http://userstyles.org/styles/102308/new-button-style-controls-in-ff-context-menu
样式一个

文科：http://userstyles.org/styles/102308/new-button-style-controls-in-ff-context-menu
样式一个回到原帖

看过这个，有人提出会容易混淆，比如左侧的图标和右侧的菜单项有人会误以为对应。

fang5566：看过这个，有人提出会容易混淆，比如左侧的图标和右侧的菜单项有人会误以为对应。回到原帖

的确很容易混淆 不过会用nightly的人应该不会这样