1

我很困惑，因为我遵循了 gitub-flavored-markdown 规范：

标准 Markdown 将每行开头有四个空格的文本转换为代码块；GFM 还支持围栏块。只需将您的代码包装在 ``` 中，您就不需要缩进四个空格。

所以，如果你看这里，你会发现我的降价问题：编号太疯狂了。

我的实际降价在这里，对我来说看起来不错。

GFM 是什么原因会导致行编号出现此问题 - 我的 Markdown 是否有问题，或者有什么方法可以摆脱代码行的编号？

提前致谢。

更新
在下面海报的帮助下，我设法消除了讨厌的行编号问题。我似乎仍然无法使滚动条出现。

4

3 回答 3

2

您可以尝试使用 fenced_code 扩展，它使您能够使用 GitHub 样式的代码块：

```python
print 'Hello world!'
```

https://github.com/getpelican/pelican/issues/1238

于 2015-03-26T06:27:09.237 回答
1

在这里，pelican 不使用 GFM，而是使用 python 的 markdown 处理器，语法高亮是通过 pygments python 模块完成的，它期望（我认为）一个稍微不同的约定。看看http://docs.getpelican.com/en/3.1.1/getting_started.html#syntax-highlighting并尝试一下，看看它是否有效

于 2014-07-23T03:18:43.700 回答
1

在我看来，您的问题在于降价处理器本身；行号只是一个副作用。问题有两个方面：

  1. 行号列对于它包含的数字来说不够宽——这就是为什么间距被弄乱了，在“10”之后你的数字开始堆叠。

  2. 查看器的代码部分允许长代码行换行到多行，而不是像应有的那样溢出水平滚动条，因此即使您为行号列添加足够的宽度，它们实际上也不会与相应的行对齐的代码。

这两个问题都可以通过一些简单的 CSS 来解决，但这将是治标不治本。相反，我会敦促您研究为什么您的降价处理器行为不端。

出于兴趣，您是对降价进行预处理还是让 GitHub Pages 处理它？

于 2014-07-22T15:02:55.530 回答