网站的发帖页面是这样的，为什么好些人上去后都反映不会用？

确实太geek了一点，不知道我的理解对不对

传统标题区的位置放到是node或者tag
平时内容编辑区的第一行是标题，然后才是内容

不过这形式挺简洁有趣的

节点（趣点）的补全:

标题写法：

创建/选择节点就不要放在第一个位置了，可以放在发布/预览附近，如果必须放在那个位置也不要用输入框吧。

@talentsnail 好，我试试看。

从上到下说下我的感受：
1、创建或选择趣点，蓝色，第一反应是链接，但是我想这个地方做link的目的是后面那个“信息”的小icon，点击应该是这个趣点功能的说明？那么为什么这里不做成“创建或选择趣点”跟下面的“话题内容”样式一致？ 帮助功能为什么是“i”而不是“？”，链接为什么不能直接放在这个“？”上呢？

2、文案和提示。 “创建或选择趣点” 中有选择，而下面的输入框在不输入任何内容的时候是没有选择的。这里是否可以改成 趣点<icon>?</icon>: <input /> 。然后在“？” icon点击后的popover里对趣点做一下说明。自动补全只是工具，是方便用户输入的工具而已。为了用户更快了解，可以放几个热门趣点在输入框左侧或者下方，用户一点就帮他填上。

3、“第一行可看做标题”，我的第一行很长怎么办，用户养成的习惯可能就已经是title和body分开了，你后台大可以存在一起，但是前台可以分开，如果想培养用户习惯，就在样式上尽量让他们保持看起来在一起，但是又能让用户感受标题和body是分开的。等日子长了，在做成现在这样可能大家就更好接受了。

以上愚见。

@talentsnail 节点那个容易和标题混淆，但我挺喜欢弱化标题的风格。
如果是流量导向的社区站点（需要盈利的），就要看大众的接受/适应程度如何
私人小团体站点（盈利不那么重要），用这种设计完全没问题

你的产品面向的用户是什么，不要把用户想的太聪明，多站在用户角度想想。在设计的时候，切忌带入个人喜好，要以用户为中心。
如果是v站的朋友，应该会喜欢这种极客风格，但是要是普通人，是不会喜欢的。

初看还挺简洁，但是仔细看全是问题：1.颜色有点乱； 2.不该有图标的地方就不要，比如“创建或选择趣点”和话题内容；3发起投票放在那里啥意思； 4.趣点不如直接放在底部就叫“分类”； 5.预览可以不需要

“为什么好些人上去后都反映不会用？”

关键是好些人是多少人？看了你的网站，总共会员是100多个，有时候用户说的不一定就是代表大多数人的。你看看豆瓣的发布页面，简单到不能再简单，照样每天产生各种内容呢。

去掉markdown，换上ck那些人就闭嘴了～

Markdown 不是传统的文本编辑方式

修改版，供你参考

通常，支持Markdown的编辑器需要提供预览功能，如果能左右对照实时预览是最好不过的，例如「简书」。

如果没有特殊的需要，别做的和大众的习惯所不一致
看到那么个图形，我直觉就是第一个框是标题，第二个大框是内容。结果看到趣点，非标题，我就郁闷了，至于做成这样嘛。。。

我还是会把第一个输入框看成标题输入框

多加个标题框很麻烦吗

没有标题，那数据库里呢？你列表页面也准备直接读第1行？这么来query麻烦了些吧。

还要点个预览，麻烦嘞。如果编辑区一遍编辑一边在写的位置显示效果，类型TextMate那样的，我觉得会好些

@westy
@beingbin
@westup
@zoowii
@sobigfish
@rannnn
@tonghuashuai
@loryyang
@caonan

更新了一下，谢谢各位的建议！

关于标题以及更新 ：

* 如果第一行以 # 开头（匹配 markdown h1) 且长度小于 140, 第一行就是标题
* 否则, parse 全文取 140 字的 summary 作为标题
* 数据库标题还是跟正文分开存的，所以话题列表里不用重新提取标题.
* markdown 是在服务器端 parse 的(确保一致,使用同一个parser)，不能边写边预览.
* 不再显式说明支持 markdown, 用过的人就会知道的
* 由于趣点(节点)是可以自定义的，使用一个默认的避免必填.
...

@westy 加了一个 menu 做到“选择”.

latest: http://www.qufor.com/topics/532945927cc1f86142000002

@gihnius 为什么这么执着于把第一行作为标题而不是单独给个标题框(非必填)