@yukirock 啊，貌似我之前的测试结果有点问题。重新测试了一下： http://jsfiddle.net/y9nfP/
结果是 text-indent 只影响不居中的图片。

@yukirock
> p>img 的问题在于，图片的左边界是与首行缩进齐平，换言之如果正常布局的话，左边的边距会大于右边。即使是居中放置也是如此。

我之前试过了，图片这种 inline-block 元素竟然没有应用文字的 text-indent ，直接靠左对齐了。而为图片应用 display:block 和 margin:auto 进行居中时，也会忽略 text-indent 。所以假如要左对齐的话，若要配合行首缩进，还得添加 CSS 为图片进行缩进。

我也为我的 Strictdown 语言添加了表示单独的图片的语法了。行内图片的确还是挺有用的。

> 我一直认为把缩进作为语法是不恰当的，且不说 tab 和空格的选择，对于可以处理格式的编辑器来说，缩进的逻辑结构非常不稳定。或者说前面标记层级的字符至少不应该用 \s。

其实我干脆支持用空格而不是 tab ，因为 tab 的呈现在各种编辑器上不确定。用空格缩进的话，可能真的不太适合制作自动格式化辅助工具，不过我认为应该先把可读性问题解决，一般情况下缩进也不需要缩进多少个字符。

缩进层级增加会增加哪方面的不稳定性呢？而且在深度缩进时有没有在折腾一般人不会添加的复杂内容？
而缩进导致的内容边界问题，可以用一个简单的分界标记来解决，而且这种情况也不会很常见。

@SoloCompany 我就是为了尽量保持简单和提供方便自定义的接口才设计 macro 的。不常用的东西我不想加入到标准中，像 Markdown 我都没经常听到这类抱怨的，各种博客平台还是妥妥地运行着，想必这要求还是太小众了，Unicode 或者 UTF8 编码是目前的主流啊，其它编码的文本也有合适的转换方式。

@jakwings 或许我得修改一下 macro 的语法，让它可以像 fenced code block 一样没遇到结束符号就不中止内容匹配。

@SoloCompany macro 的内容支持换行，但是不支持用空白行分隔内容。

@SoloCompany 注释的话太好办了，Strictdown 有个 macro 语法，凡是没有合法 macro 名称的 macro 都不会被转换并输出，macro 也可以自定义。这应该可以在不影响文章转换的前提下自动添加比较简单的隐藏数据了。

@SoloCompany 刚刚把复杂脚注定义的语法改了，去掉标记符号后面的行末空格要求了。

其它折腾块级元素的语法技巧，其实还是基于原来简单的语法推导出来的。我暂时不知道该怎么为了那些折腾的写作方式设计不影响可读性又不会过度增加语法复杂性的新语法。总之现在不过度折腾是不会遇到行末空格的问题的。

@SoloCompany 明白，可是我觉得这真的太影响普通用户的使用了。普通用户直接靠一些转换工具自动判断文件内容编码就可以快速转换了。

除了搞开发的，我想没什么人愿意关注 metadata 的。自己添加 metadata 对于程序员也不是什么难事，最常见的就是为特定博客系统写博文时固定用 "---" 来分隔 metadata 和文章内容，而且 metadata 还不止编码，还有更多东西，转换工具得到 metadata 后还要指定接收 metadata 的对象，而且数据结构也无法简单地统一。

@SoloCompany 由于我本身写的 node 转换工具没提供别的编码格式，我也不想折腾编码格式，把 metadata 作为语义的一部分实在是没什么特别的价值。
建议个人自行添加 metadata ，自行（修改转换工具源代码）转换。

@SoloCompany 目前行末空格只为某些比较折腾的用法保留（例如让列表项目的第一个子元素为非段落的块级元素），还有代码块。至于普通的段落和标题之类的，行首和行末的空格假如没有被转义，都不会保留的。代码块的空格我是绝对要保留的，至于那些比较折腾的语法，没想到有什么比较好的替代方法，我觉得一般人都不会太折腾这种事情的，不过复杂脚注的语法，倒是可以打算去掉第一行的行末空格，可能有不少人希望在脚注中使用块级元素，不强制那个空格也不会产生什么歧义。

至于默认回车换行，我觉得对于中文来说，换行一般就代表内容过长了，挤在一块不是很好看，在源代码里面更是难看，所以还是顺了英文用户，默认用空格连接多行了。

转换工具里面有提供默认换行的设置选项，也可设置忽略换行直接连接多行文本的。

@SoloCompany 编辑器自动去掉行末空格，我觉得对于代码块很不公平，因为有时候就是想让代码块里面有行末空格，或者保留空白行的空格，marked.js 和 reStructuredText 在处理这一块时让人不太爽。

@SoloCompany 其实有些特殊情况也是要用到结尾空格的，例如让脚注包含块级元素，让列表项目的第一个子元素为块级元素。不过只要不太折腾就好。不过为什么文章也要遵循代码规范？

估计是用来避免缓存，顺便验证合法性的，看看 server header 还有没有相关的用于校验的字串。

@jakwings 归档页面虽然修正了，但是文章的链接中 post 前面多了一个空格……

宝塔数，Google 答案全有，递归解法可以在递归前先判断有没有可能找到得大的数，否则层数加大了就很吃力了。

@neutron 要用别的东西吸引已经学好了的同学，学好了想进一步加强也方便多了，这点子确实挺不错的，就是师资要够强啊，老师要有时间和耐心等到有更高收入的那天啊……

另外我想知道楼主怎么知道学生有没有作弊……想必那测试得人工审核吧，不知道会不会累死人，于是直接放水……

@manoon 假如在线人数真的上去了，我想 Livid 肯定会增加服务器的。社区内容的饱和问题也真的挺让人无奈的，只能多靠新鲜事物来促进发展了。囧
至于是非嘛，我还是相信「近朱者赤，近墨者黑」的，管理员肯带头，大家肯合作发展就好，没有太多好担心的。Livid 该认真时有认真了，很让我赞赏～

归档页面没有去掉内容展示，与首页无异。

@manoon 感觉这里还不是特热闹，活跃的会员比例不高（经常看到同样的面孔，日会员在线人数最高才 631+），社区规模也不大（又不是专门用来水的），社区内容也没有特别专业的方向，给邀请的话，别人有可能看几眼可能就默默潜水观察去了。只是用来抵挡攻击，不太值得，还不如增加新人禁言时间。