GitHub markdown接受哪些内联html样式?

GitHub markdown接受哪些内联html样式?,html,css,styles,markdown,github-flavored-markdown,Html,Css,Styles,Markdown,Github Flavored Markdown,给出了一个非常全面的描述,说明了如何通过标记来解释HTML元素。但它没有讨论风格 到目前为止,我唯一能做的就是图像宽度 我在任何地方都找不到接受/呈现内容的列表 似乎完全忽略了style=“…”属性 我甚至找不到老式样式属性的列表(与样式属性style=…相反) 编辑 将span更改为div,因为根据@chris的答案下@waylan的评论,div在白名单标签中 编辑2 看起来firefox和chrome HTML被净化,积极地删除可能会伤害您和您的亲属的东西,例如script标记、内联样式和

给出了一个非常全面的描述,说明了如何通过标记来解释HTML元素。但它没有讨论风格

到目前为止,我唯一能做的就是图像宽度

  • 我在任何地方都找不到接受/呈现内容的列表
  • 似乎完全忽略了
    style=“…”
    属性
  • 我甚至找不到老式样式属性的列表(与样式属性
    style=…
    相反)
  • 编辑
    span
    更改为
    div
    ,因为根据@chris的答案下@waylan的评论,
    div
    在白名单标签中

    编辑2
    看起来firefox和chrome

    HTML被净化,积极地删除可能会伤害您和您的亲属的东西,例如
    script
    标记、内联样式和
    class
    id
    属性。有关完整的白名单,请参阅

    你说得对:
    style
    标记不包括在白名单中。他们被忽视了

    允许的属性因标记而异。我建议参考上面的消毒过滤器链接。它产生了一个相当可读的Ruby源文件。

    HTML被净化,积极地删除可能会伤害您和您的亲属的东西,例如
    script
    标记、内联样式和
    class
    id
    属性。有关完整的白名单,请参阅

    你说得对:
    style
    标记不包括在白名单中。他们被忽视了


    允许的属性因标记而异。我建议参考上面的消毒过滤器链接。因此,如果我正确解释
    :all=>['abbr',…
    ,那么“color”和“border”都应该可以工作。它们在我的示例中不起作用。请注意。
    span
    不在该列表中。事实上,如果您在示例中检查HTML(在浏览器中使用“view source”),span已完全剥离。只保留文本内容。我建议使用白名单中的一个元素。是的,很好的观点Waylan。这不仅仅是关于属性,还有整个标记。我已将
    span
    更改为
    div
    ,但仍然没有得到样式。而且,
    img
    也在标记列表中,但是我也没有得到它的样式——除了
    宽度
    老式的内联属性。呃,似乎firefox和chrome都有。因此,github是否将它们列入了白名单并不重要。因此,如果我正确解释
    :all=>['abbr',…
    ,那么“颜色”和“边框”都是正确的应该有效。它们在我的示例中不起作用。请注意。
    span
    不在该列表中。事实上,如果您检查示例中的HTML(在浏览器中使用“查看源代码”),span已完全剥离。只保留文本内容。我建议使用白名单中的一个元素。是的,很好的观点Waylan。这不仅仅是关于属性,还有整个标记。我已将
    span
    更改为
    div
    ,但仍然没有得到样式。而且,
    img
    也在标记列表中,但是我也没有得到它的风格——除了
    width
    老式的内联属性。呃,似乎firefox和chrome都有。因此,github是否将它们列入了白名单并不重要。“暂时搁置,因为不清楚你在问什么”==>给出答案的人完全理解我的问题。如果你能想出更好的提问方式,或者有问题,请说出来。是的,这对我来说也是一个非常清楚的问题。我同意,答案完全正确。对于那些不知道GitHub过滤Markdown输出的人,我想这个问题可以是conf使用。但如果您知道问题中的链接(提供所需的上下文),那么你就已经有了答案的来源,不需要再问这个问题了。为什么这个问题已经结束了?我也有同样的问题,这是我通过谷歌找到的唯一能够真正回答这个问题的资源。在我看来,这个问题是最好的。请暂停,因为不清楚你在问什么==>给出答案的人完全理解我的问题。如果你能想出更好的提问方式,或者有问题,请说出来。是的,这对我来说也是一个非常清楚的问题。我同意,答案完全正确。对于那些不知道GitHub过滤Markdown输出的人,我想这个问题可以是conf使用。但如果您知道问题中的链接(提供所需的上下文),那么你就已经有了答案的来源,不需要再问这个问题了。为什么这个问题已经结束了?我也有同样的问题,这是我通过谷歌找到的唯一能够真正回答这个问题的资源。在我看来,这个问题是最好的。