This topic created in 4381 days ago, the information mentioned may be changed or developed.
 |
1
akfish May 6, 2014
同问。
服务器端跑个parser撸一下也不是难事，或者前端即时渲染也行嘛，库一堆一堆的。 怕排版混乱的话关掉html支持，md本身支持那点板式很可控的啊。 |
 |
2
Keinez May 6, 2014
为什么需要支持markdown语法？
|
 |
3
lsongdev May 6, 2014
表示需要 `Markdown` 支持 .
|
 |
4
guchengf May 6, 2014
因为没有这个需要
|
 |
7
jakwings May 6, 2014
要贴代码可以甩链接，个人不太喜欢长篇大论。粗体、斜体自己用自己的方法标记。V2EX 还有隐藏功能，难以吐槽。
到底为什么要 Markdown 语法？ |
 |
8
Tink PRO 我也觉得没必要
|
 |
9
nAODI May 6, 2014
虽然 Markdown 本身我觉得还不够完美，但能加入肯定大赞。
不过老实说，我觉得就论坛来说，目前这样（能贴图、能贴视频、能识别链接）就够用了……没见到多少需要排版的大帖。 |
 |
10
yescola May 6, 2014 via iPhone
为什么需要md呢？是不是所有的新鲜事物都需要支持？那还有完吗？
hao123 流量那么多也从未跟风，不要忘记我们的本质。 |
 |
11
Mihuwa May 6, 2014
为了保证版面的统一性。
|
 |
12
SErHo May 6, 2014
加入 Markdown 后，打开一帖子，各种大小粗细的字体，看起来很乱啊。
|
|
13
akfish May 6, 2014
|
 |
14
mimzy May 6, 2014
月经贴
|
 |
15
mongodb May 6, 2014
坚决反对加入markdown支持。
到时候肯定不能看，惨不忍睹一坨坨奇葩的要死的排版。 |
 |
18
vexfisher May 6, 2014
若若问一句：
加入Markdown支持，但付费使用，如何？ |
|
19
mongodb May 7, 2014
@akfish 那为什么还需要markdown呢~
过滤掉后剩下的有限的效果的确不会出很奇葩的状况，但在这个地方我不太看得出来做那么多排版有什么作用。 现在这个纯文本的方式的确有缺陷，比如贴个图还要找指定图床，不能方便的做list，等等，这些是麻烦——但这样也带来了好处。 最重要的，整个版面的布局，甚至不能自定义字体大小等等等等，都恰到好处的让整个社区无论进入哪个页面，都不会有超出你想象的奇葩的玩意，尽管这些可能只是为了好看而已。举个不那么恰当的例子，假设社区整体风格是iOS7，那么遵循整体的一套设计，会如同在手机上使用一般，让不管进入任何一个帖子都觉得很习惯很自然。假如这个设计权限给了用户，那么——想想安卓上的众多奇葩设计们吧。 想象不出来？那就想象一下帖子内容有的靠左有的居中的样子吧。 尽管每个人都认为自己的排版——wow，我看起来好舒服——但基本都是自己在那爽。不不不，再好的设计师也不行。大道至简，勿增实体，就现在这样，够用了，而且相当自由。 最后一个我反对在这里增加markdown的理由——这不是一个需要把内容排版做的多美观的地方，在恰当的情境做恰当的事，内容不仅为王，而且应该是唯一的王。尽管我也在上面使用了回车分段，试图让别人看的更轻松点，更好的理解，但这完全用不到markdown。虽然我自己也是重度markdown用户，基本面对的就是markdown编辑器和vim，但在这里，只要快乐的敲回车和空格就可以组织好内容，我觉得这样就已经很舒服了。 |
 |
20
jsonline May 7, 2014
为什么要加 MD 功能呢？
大部分帖子不到一周就成了垃圾了，你翻以前的帖子别人还怪你挖坟。 所以没必要投入太多精力给帖子以格式。 |
|
21
jsonline May 7, 2014
Features Are Complicated
http://css-tricks.com/features-complicated/ |
|
22
akfish May 7, 2014
@mongodb 既然你是markdown重度用户，也不用多说，你用纯markdown排出一个你认为奇葩的板式出来看看就行了，不要嵌入任何HTML，根本不可能好不。
不管是你担心的居中靠右、还是版面布局、还是”每个人自己的排版“，在标准markdown语法情况下，都不可能出现。 Markdown的板式，不过就几级标题，列表，代码块，引用块，链接图片，这些全部由站点css定死了，风格整个就是统一一致的。 Markdown本身的设计，就不是为了”把内容排版做得多美观“，本身就是为了”内容为王“，本身就是一种简洁的设计。 Markdown用不到？v2ex主要是程序员为主，经常需要发自己的项目或者推荐其它项目，而现在绝大多数项目的README就是markdown写成的了，对于某些主贴内容这是很必要的。至少原生支持markdown，比起要人重写一遍纯文本的版本要less complicated多。 至于评论当然用不了一二三四五六级标题，列表不会用到？简单的加粗不会用到？链接不会用到？图片不会用到？引用不会用到？ 支持Markdown不代表大家必须用，GitHub这种重度Markdown排版的地方，readme你照样可以纯文本，评论你照样可以纯文本，GitHub支持Markdown没有给不需要这一功能的用户带来任何额外的负担，GitHub你基本上就看不到任何奇葩的板式，这就是最好的实例。 最后我想说的是： Markdown不是Rich Text，Markdown就是可读性高一点的纯文本。 Markdown是非侵入式的feature，用不到的时候不会让任何人的日子变得不好过，但会在你需要的时候让你的日子好过得多。 |
|
23
mongodb May 7, 2014
@akfish 点个赞，驳的我无话可说。
除了一点。 我仍然倾向于那个观点，如无必要，勿增实体。 txt足够在这个社区让人无阻碍的进行自己想要表达的交流，它的确不能加粗，表达能力上逊于md，这是毫无疑问的，由此在社区里造成贴图必须使用指定的图床，比如v2的image hosting或者新浪，贴视频直接放youku或者youtube的url，链接地址写的正确会自动转换—— 这些意味着一点，至少部分功能，我们完全可以借由v2自己提供的parser做到转换，尽管它还没有那么的强大，它的确还有不少改进空间，比如一个最简单的，我也希望它能有个标记符号给字体加粗。 我更倾向于改进当前的这个parser，小幅度的，而不是添加一个新的md parser。因为有人会md，有人必然不会。添加一种新的parser支持，意味着用户发布内容的时候会多一个选择，虽然这个对会md的人来说不是问题，但对不会的人，造成的困扰远比现在经常看到的“诶，怎么贴不了图”更多。 比如你说的列表，代码块，引用块，链接图片我也觉得很好用，虽然代码和链接现在的社区parser有现成的，列表需要回车，或者直接md的内容贴过来也有列表效果，引用是个问题。但我们也可以看到，无论在这里还是在比如邮件列表组里，相当多的时候大家更喜欢直接贴个地址，http://github.com/xxxxx/README.MD ，这一方面是因为的确这里不支持md，另一方面也有个隐含的思想在里面——都写过一遍了，也不是那么的迫切需要再复制过来，自己过去看呗。 好了，这个也不是原则之争，到此吧。以及我很佩服能注意到外来语正确拼写方法的人，比如你说“Markdown不是Rich Text，Markdown就是可读性高一点的纯文本。” 我就是懒，一直是小写走天下。。。。 |
 |
24
66beta May 7, 2014
地基需要，回复楼层不需要
|
Select Language