如果主题内容变成选填如何？

[Livid]

这是我计划做出一个改变：

1. 主题内容变成选填。

2. 标题最长长度变为 120 个 UTF-8 字符。

3. 主题内容可以用于补充主题标题要表达的意思。

4. 相应的排版改变。比如在首页和其他地方显示标题时，字符尺寸及排版方式会做出相应改变。

[zxsky1]

有时候发贴，希望打『如题』，所以，支持。

[Kai]

120字符的话，排版会是怎样的呢？

[lianghai]

140-120=20 个字符是留给短网址的吗？

关注排版变化。
另外，介于多行标题可能会增多，移动版的首页主题列表里标题的行高更需要增大一些了——现在常常有两行文字挤在一起的效果。

[darasion]

或许可以这样：

1、凡有标题的，按照普通贴处理。
2、凡无标题的，内容只能是 140 字。

[chouj]

信息长度进一步碎片化了

[shawiz]

@darasion Livid 指的是内容可以为空，不是标题可以为空。可以理解为一个内部的微博。

[shawiz]

@darasion 刚刚好像没有完全理解你的意思。不过保持标题的一致性比较合适，内容为空可以容忍。

[iiduce]

@Livid 说说这么改的原因就好了。

[suyu8776]

支持 可能twitter用多了 现在感觉标题基本能描述一个事情了 有时候真没有大段的内容去写了

[Danny]

Quora? 适合提问类主题？

[lianghai]

@darasion 这样的话，最重要的“标题”这个项目就会混乱了。

[yoyicue]

@lianghai 恩 信息结构上差别太大了

[darasion]

@lianghai @shawiz 别的方面不知道。只说程序里是不会乱的。 只是在 模板 里加一个判断即可。

比如：
在模板显示标题的位置加一个判断，如果有标题，就显示标题字段。如果没有标题，就显示内容字段。

[claliu]

在目前v2ex的架构下 将内容设置为可选项并无不可之处（只要重新设计的ui能够满足大家的审美需求就可以了）

因为我认为v2ex最有价值是大家的文字 大家的思想 那么不管是内容部分是否为可选项 都是可以满足大家的这种需求的 所以这个方案是可行的（有鉴于大家有时在内容部分键入rt . 等等来满足发言的要求）

（如果将来有一天 有人在pb的架构基础上开发类delicious flickr等服务 就另当别论了 比如trunk dot ly ，url and title are the most important part, plus tag and networking as well）

所以最重要的是内容本身 以及愿意共享内容 共享创造的v2exers 标题啦内容啦是我们在这里存在的表现形式

呵呵

支持@Livid 的idea

[lianghai]

@darasion 我是觉得，让正文变为可选项的好处主要是能让一些简单的主题更简洁（省去了绞尽脑汁去码出一两行正文来代替“RT”），这样这些主题就能直接写在标题里了。
这样的确实有两种解决方案：标题可选 vs 正文可选。
前者在技术上是没什么问题的，但问题在用户体验上：

大家应该一般是这么想的（而且一个理想的社区里，主题的结构大概也应当是这样）：
标题是正文的关键信息提炼，或者开端。
而正文是对标题的说明与补充。

如果削减掉正文，很正常，像是从根基上把枝干砍掉了而已。
而如果削减掉标题，就只剩正文的信息了。如果这些信息冗长到真的有一百多字，就真成微博了，还不如提供一个标题来让人了解大致内容。如果这些信息很简练，那它和标题有什么区别呢？
而且把标题的地位降低显然是不利于提高社区里主题的质量的——没人愿意看到社区里的标题都冗长、含糊。所以要确保标题的地位来引导主题质量。

另外，其实说到底，这样“标题可选但无标题时正文限制字数”的方案中，主题信息的结构与“正文可选”是一摸一样的，但却多了好几个思维上的和技术上的“弯”，不够直接了当。

[xinzhi]

估计会好玩。

[bcxx]

能不能有些比较意识流的节点可以采取这种方式...

[benjiaminlam]

可以排版吧~最好加点简单的表情

[Kenyth]

从这么长时间浏览 v2ex 感觉看，我觉得“主题内容变成选填”还是可以的。

“主题内容可选”的好处是加快发贴、鼓励用户发帖，其实是有利于分享，坏处是不鼓励*讨论*，而且鼓励水贴。（换成在 JavaEye 那样的网站显然不行）

但是，这里的大多数帖子的特点是：

- 很简要的介绍，或者一条链接，基本上就切入*讨论*了，这里的用户消息都比较灵通，翻墙什么的也不在话下，关键在找到一些有共鸣的人
- 很多帖子的重点根本不在*讨论*，重点在*分享*
- *讨论* 在这里只是发表一些简单的看法，比较“轻”，基本上看不到长篇大论，所以也不需要楼主大量的观点在主题内容里面来发起*讨论*
- 这里只有极少的帖子是楼主阐述一大堆观点然后*讨论*

另外，由于这里用户的特点和在 @Livid 的努力下整个站点的氛围，这里基本上不太流行无的放矢的水贴，所以负面效应应该不会太大。

而且，这样的变化不影响那些想长篇大论的人。

（本来想随便写点东西的，结果琢磨了一会，快成长篇大论了;-）

[lianghai]

@Kenyth 嗯，对“大多数帖子的特点”的总结我很同意。不过我对“加快发贴、鼓励用户发帖”有点困惑，因为正文的存在与否不太会影响一篇真正很短的主题的发布速度把，会有很多人因为想着要写主题就望而却步么？

[chone]

恩，这样能提高发布和浏览信息的效率，感觉会很不错

[Kenyth]

@lianghai 如果主题内容可选，那意味着加上“可选”的字样，或者初始隐藏，不管怎么实现，总之要向用户传达“可选”的意向，一般情况下，用户得到这个信号会受到鼓励，非常明确的一步就搞定，相反，给用户的感觉就是我需要想好一个标题，我需要加主题内容（即使你写如题，你之前肯定都有想过写什么合适），比如说现在那个主题框这么大，给用户的暗示就是你需要填很多才对。

这些都是很细微的差别，不会立即导致你说的“望而却步”这种影响，但是长期累积潜移默化的效果就会是那样。

你允许一件事情和鼓励一件事情效果是不一样的。扯远一点，拿 twitter 举例最好了，任何 UGC 站点都允许你发 tweet 一样的内容，但是 twitter 鼓励甚至是强制你发 tweet 格式的内容。

[est]

不如模仿goofy2吧，只有一行的贴子当微博，多行，第一行当标题。

[lianghai]

@Kenyth 嗯，我理解，只是看到“加快发贴、鼓励用户发帖”这样的字眼有点抵触，因为高速和大量往往和质量相反……于是如果抱着这样的想法去鼓励，效果可能会比较吓人吧。不过我的想法和你 #22 的话还是比较一致的，我是这么设想的：
新建主题的页面里，光标默认在标题输入区，而且这个区域的样式永远是醒目的；而正文区域，在没有光标的时候是暗淡或者半透明的，旁边可以有简单的说明：“正文选填”。

另外，V2EX 有没有必要趁此机会实现正文编写的预览功能呢？或者至少是实时的 URL 转换？

[deepure]

支持，看第四条效果

[edmond]

具备良好summary能力的人毕竟是少数。

无标题的话题，更容易表达出来，省去了summary的过程--即构思标题。

[lianghai]

@edmond 为一个简单的主题构思一个好的标题是必要的能力，让自己写主题更认真，更节约别人的精力。
如果不加标题的话，是应该把冗长的正文直接扔到首页去当“标题”用么？还是生硬地截取开头一串文字？这都没法让人轻松地了解这个主题的大致内容。

[Livid]

开始实现。

[disinfeqt]

@Livid right here waiting.

[lianghai]

@Livid यहीं इंतज़ार कर रहा हूँ ।