Firefox addon 解释(未记录?)XUL对话框属性按钮niconacept(及类似)

Firefox addon 解释(未记录?)XUL对话框属性按钮niconacept(及类似),firefox-addon,xul,Firefox Addon,Xul,我直接从Mozilla Firefox的about.xul文件中提取该属性,该文件显示了附加组件的about对话框。这是一个相对简单的XUL对话框,没有输入、从DTD实体提取的区域设置数据、字符串包属性和JavaScript <!-- omni.ja!/chrome/toolkit/content/mozapps/extensions/about.xul --> <!-- chrome://mozapps/content/extensions/about.xul -->

我直接从Mozilla Firefox的about.xul文件中提取该属性,该文件显示了附加组件的about对话框。这是一个相对简单的XUL对话框,没有输入、从DTD实体提取的区域设置数据、字符串包属性和JavaScript

<!-- omni.ja!/chrome/toolkit/content/mozapps/extensions/about.xul -->
<!-- chrome://mozapps/content/extensions/about.xul -->

<dialog id="genericAbout"
    xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
    onload="init();"
    buttons="accept"
    buttoniconaccept="close"
    onaccept="close();">

两者都提到了通过连接(伪regexp)形成的属性:

“按钮”+“(标签|访问键| oncommand)”+“(接受|取消|披露|帮助|额外[12])”

例如:
按钮labelacept

但是,我找不到任何有关使用
图标的文档。单词
图标
甚至不会出现在上述任何一个页面上!它有什么作用?正确的使用方法是什么

我正试图使我的关于页面的插件更加模块化,而不必从omni.ja(r)加载内部文件,因为omni.ja(r)会引入大量不必要的代码。我正在开发一个非常精简的版本,它将根据调用上下文适当地设计自己的样式

如果从About:addons上下文菜单或我的加载项的状态栏上下文菜单调用,我希望它看起来像Firefox的官方关于对话框。如果从选项对话框中作为XUL中的iframe查看,我希望外观略有不同。我已经建立了这个结构。只是调整一下小怪癖

这不是关键的设计或功能,事实上整个API将在几个月内消失,但它只是困扰我没有真正理解这一点,所以我想在我让它进入更重要的事情之前弄清楚它。但如果我绝对找不到答案,我会的。但这是一件愚蠢的小事,它会让我感到不成比例的烦恼=D

如果你能给我指出我可能遗漏的文档,甚至是特定的Mozilla源代码,和一些示例,或者更完整的解释和典型的用例,那就太好了。

如果你检查about.xul,你会发现这行代码是要修复的。从bug中的屏幕截图判断,GNOME(Linux)有一个在对话框按钮上放置图标的惯例,这个属性允许覆盖默认图标(从按钮类型推断)

如果您在
toolkit/content/widgets/dialog.xml

中找到,如果您检查about.xul,您将看到该行是要修复的。从bug中的屏幕截图判断,GNOME(Linux)有一个在对话框按钮上放置图标的惯例,这个属性允许覆盖默认图标(从按钮类型推断)


如果您愿意,您将在
toolkit/content/widgets/dialog.xml

中找到另一个可能很有用的工具,因为您似乎喜欢深入了解工作原理的细节:)好的,谢谢!按钮+图标+(接受|取消|披露|帮助|附加1 |附加2)我认为是可能的值。我一直在挖掘直到我明白,或者不知道如何挖掘。当我阅读第一个doc文件时,我喜欢停止挖掘,因为每件事都解释得很好,让我能够快速、轻松地确定要编写什么代码来完成任务,但有些情况并非如此^_^另一个可能很有用,因为您似乎喜欢深入了解事物如何工作的细节:)好的,谢谢!按钮+图标+(接受|取消|披露|帮助|附加1 |附加2)我认为是可能的值。我一直在挖掘直到我明白,或者不知道如何挖掘。当我阅读第一个doc文件时,我喜欢停止挖掘,因为每件事都解释得很好,让我能够快速、轻松地确定要编写什么代码来完成任务,但有些情况并非如此^_^