在npm中未正确显示标记标题

在npm中未正确显示标记标题,npm,markdown,Npm,Markdown,有人能解释一下为什么在github中正确显示的README.md中的标题没有在npm中呈现(它们显示为“#title”) 例如: (好的) (标题错误),这似乎需要在散列和文本之间留一个空格: #This doesn't work # This does 我认为这是一种很好的风格,即使第一个版本可以使用,也应该使用它。纯文本的可读性更强,即: 降价的目的是尽可能容易阅读和书写 然而,可读性是最重要的。标记格式的文档应该可以按原样以纯文本形式发布,而不会看起来像是用标记或格式说明标记的 这并不是

有人能解释一下为什么在github中正确显示的README.md中的标题没有在npm中呈现(它们显示为“#title”)

例如: (好的)

(标题错误)

,这似乎需要在散列和文本之间留一个空格:

#This doesn't work
# This does
我认为这是一种很好的风格,即使第一个版本可以使用,也应该使用它。纯文本的可读性更强,即:

降价的目的是尽可能容易阅读和书写

然而,可读性是最重要的。标记格式的文档应该可以按原样以纯文本形式发布,而不会看起来像是用标记或格式说明标记的


这并不是完全正确的答案。NPM不会向h#@dman正确显示标题大小标记,我不理解你的评论。“NPM不会将标题大小标记正确显示到h#”是什么意思?在我的github中,标记H6是灰色的,大小比H3小。在NPM降价中,H6与H3的尺寸相同<代码>####用法\n#######使用单个回调函数具有相同的标题大小和颜色。@dman,这与OP的问题无关;降价是关于内容,而不是样式。NPM是否为该内容使用
标记?如果没有,你应该联系他们并询问原因。出于某种原因,它们可能只允许几个标题级别。如果您收到一个您认为应该采用不同样式的
,您可能想询问他们关于样式表的情况。另一方面,许多开发人员因为它提供了较差的可访问性。考虑一下你头上的排名。不,你错了。标题为“未在npm中正确显示标记标题”。从你发布的链接中,根据markdown it:“这是一个H1,这是一个H2,这是一个H6”,而且,我没有嵌套标题。手动设置
\n
只是为了尝试显示stackoverflow中有一个新行,并在注释中突出显示。考虑撤回你的评论,因为它是正确的,毫无根据的,而且会减损这个问题。