这是一个创建于 5053 天前的主题，其中的信息可能已经有所发展或是发生改变。
这是我计划做出一个改变：
1. 主题内容变成选填。
2. 标题最长长度变为 120 个 UTF-8 字符。
3. 主题内容可以用于补充主题标题要表达的意思。
4. 相应的排版改变。比如在首页和其他地方显示标题时，字符尺寸及排版方式会做出相应改变。
1. 主题内容变成选填。
2. 标题最长长度变为 120 个 UTF-8 字符。
3. 主题内容可以用于补充主题标题要表达的意思。
4. 相应的排版改变。比如在首页和其他地方显示标题时，字符尺寸及排版方式会做出相应改变。
 |
1
zxsky1 2011-01-25 16:12:54 +08:00
有时候发贴，希望打『如题』，所以，支持。
|
 |
2
Kai MOD 120字符的话，排版会是怎样的呢？
|
 |
3
lianghai 2011-01-25 16:13:54 +08:00 via iPhone
140-120=20 个字符是留给短网址的吗？
关注排版变化。 另外，介于多行标题可能会增多，移动版的首页主题列表里标题的行高更需要增大一些了——现在常常有两行文字挤在一起的效果。 |
 |
4
darasion 2011-01-25 16:17:58 +08:00
或许可以这样：
1、凡有标题的，按照普通贴处理。 2、凡无标题的，内容只能是 140 字。 |
 |
5
chouj 2011-01-25 16:19:17 +08:00
信息长度进一步碎片化了
|
 |
9
suyu8776 2011-01-25 17:00:58 +08:00
支持 可能twitter用多了 现在感觉标题基本能描述一个事情了 有时候真没有大段的内容去写了
|
 |
10
Danny 2011-01-25 17:03:00 +08:00
Quora? 适合提问类主题？
|
|
13
darasion 2011-01-25 17:54:54 +08:00
|
 |
14
claliu 2011-01-25 18:01:47 +08:00
在目前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 |
|
15
lianghai 2011-01-25 18:22:38 +08:00
@darasion 我是觉得，让正文变为可选项的好处主要是能让一些简单的主题更简洁（省去了绞尽脑汁去码出一两行正文来代替“RT”），这样这些主题就能直接写在标题里了。
这样的确实有两种解决方案：标题可选 vs 正文可选。 前者在技术上是没什么问题的，但问题在用户体验上： 大家应该一般是这么想的（而且一个理想的社区里，主题的结构大概也应当是这样）： 标题是正文的关键信息提炼，或者开端。 而正文是对标题的说明与补充。 如果削减掉正文，很正常，像是从根基上把枝干砍掉了而已。 而如果削减掉标题，就只剩正文的信息了。如果这些信息冗长到真的有一百多字，就真成微博了，还不如提供一个标题来让人了解大致内容。如果这些信息很简练，那它和标题有什么区别呢？ 而且把标题的地位降低显然是不利于提高社区里主题的质量的——没人愿意看到社区里的标题都冗长、含糊。所以要确保标题的地位来引导主题质量。 另外，其实说到底，这样“标题可选但无标题时正文限制字数”的方案中，主题信息的结构与“正文可选”是一摸一样的，但却多了好几个思维上的和技术上的“弯”，不够直接了当。 |
 |
16
xinzhi 2011-01-25 18:41:52 +08:00
估计会好玩。
|
 |
17
bcxx 2011-01-25 19:02:10 +08:00
能不能有些比较意识流的节点可以采取这种方式...
|
 |
18
benjiaminlam 2011-01-25 19:13:20 +08:00
可以排版吧~最好加点简单的表情
|
 |
19
Kenyth 2011-01-25 22:55:58 +08:00
从这么长时间浏览 v2ex 感觉看，我觉得“主题内容变成选填”还是可以的。
“主题内容可选”的好处是加快发贴、鼓励用户发帖，其实是有利于分享，坏处是不鼓励*讨论*，而且鼓励水贴。（换成在 JavaEye 那样的网站显然不行） 但是，这里的大多数帖子的特点是： - 很简要的介绍，或者一条链接，基本上就切入*讨论*了，这里的用户消息都比较灵通，翻墙什么的也不在话下，关键在找到一些有共鸣的人 - 很多帖子的重点根本不在*讨论*，重点在*分享* - *讨论* 在这里只是发表一些简单的看法，比较“轻”，基本上看不到长篇大论，所以也不需要楼主大量的观点在主题内容里面来发起*讨论* - 这里只有极少的帖子是楼主阐述一大堆观点然后*讨论* 另外，由于这里用户的特点和在 @Livid 的努力下整个站点的氛围，这里基本上不太流行无的放矢的水贴，所以负面效应应该不会太大。 而且，这样的变化不影响那些想长篇大论的人。 （本来想随便写点东西的，结果琢磨了一会，快成长篇大论了;-） |
|
20
lianghai 2011-01-25 23:05:00 +08:00
@Kenyth 嗯，对“大多数帖子的特点”的总结我很同意。不过我对“加快发贴、鼓励用户发帖”有点困惑，因为正文的存在与否不太会影响一篇真正很短的主题的发布速度把，会有很多人因为想着要写主题就望而却步么？
|
 |
21
chone 2011-01-25 23:18:27 +08:00
恩，这样能提高发布和浏览信息的效率，感觉会很不错
|
|
22
Kenyth 2011-01-25 23:54:00 +08:00
@lianghai 如果主题内容可选，那意味着加上“可选”的字样，或者初始隐藏，不管怎么实现，总之要向用户传达“可选”的意向，一般情况下，用户得到这个信号会受到鼓励，非常明确的一步就搞定，相反，给用户的感觉就是我需要想好一个标题，我需要加主题内容（即使你写如题，你之前肯定都有想过写什么合适），比如说现在那个主题框这么大，给用户的暗示就是你需要填很多才对。
这些都是很细微的差别，不会立即导致你说的“望而却步”这种影响，但是长期累积潜移默化的效果就会是那样。 你允许一件事情和鼓励一件事情效果是不一样的。扯远一点，拿 twitter 举例最好了，任何 UGC 站点都允许你发 tweet 一样的内容，但是 twitter 鼓励甚至是强制你发 tweet 格式的内容。 |
 |
23
est 2011-01-26 00:44:32 +08:00
不如模仿goofy2吧，只有一行的贴子当微博，多行，第一行当标题。
|
|
24
lianghai 2011-01-26 00:58:18 +08:00
@Kenyth 嗯，我理解，只是看到“加快发贴、鼓励用户发帖”这样的字眼有点抵触，因为高速和大量往往和质量相反……于是如果抱着这样的想法去鼓励，效果可能会比较吓人吧。不过我的想法和你 #22 的话还是比较一致的，我是这么设想的：
新建主题的页面里，光标默认在标题输入区，而且这个区域的样式永远是醒目的；而正文区域，在没有光标的时候是暗淡或者半透明的，旁边可以有简单的说明：“正文选填”。 另外，V2EX 有没有必要趁此机会实现正文编写的预览功能呢？或者至少是实时的 URL 转换？ |
 |
25
deepure 2011-01-26 01:54:24 +08:00
支持，看第四条效果
|
 |
26
edmond 2011-01-26 03:19:18 +08:00
具备良好summary能力的人毕竟是少数。
无标题的话题，更容易表达出来，省去了summary的过程--即构思标题。 |
|
27
lianghai 2011-01-26 03:23:06 +08:00
@edmond 为一个简单的主题构思一个好的标题是必要的能力，让自己写主题更认真，更节约别人的精力。
如果不加标题的话，是应该把冗长的正文直接扔到首页去当“标题”用么？还是生硬地截取开头一串文字？这都没法让人轻松地了解这个主题的大致内容。 |
 |
28
Livid MOD OP 开始实现。
|
Select Language