建议保持现状; 如有必要，可增加一个查看讨论按钮

感觉嵌得深的话，会很丑

为了突出自己的回帖会倾向都回复第一个回复。

顺序时浏览对阅读是最好的，要显示回复关系可以加个引用摘要，点击展开，参考 discourse。

其他几个友情关联的社区有用这种 thread 模式的，我自己的感觉是很不习惯我投

去掉侧边栏倒是没啥问题（不过不去掉也没关系）

从页面视觉角度，我投 从学习源码角度，我投 ，因为想知道这种功能怎么实现的……

现在回复时已经有上下文标志，例如

#8 楼 @chairy11

所以不赞同用树形展示

不赞同多重嵌套 不过可以考虑一层嵌套

我也关心嵌套太深 就比如说第 10 层会不会一直在屏幕右边，（两个人不断回复讨论的情况）

#12 楼 @although2013 #11 楼 @icesky #3 楼 @jxs471494539

层数到一定数量，可以限制掉的，或做成与最后层平行

有种回到过去的感觉。 可以设置成，鼠标移动到 #13 楼 @huacnlee 并浮动显示指向这条的评论。页内的评论可以调用，就是跨页需要改成 ajax 方式调用。

:plus1:

多于两层的嵌套评论，看起来反而不清晰。

-1

千万别嵌套了 我就乱了

喜欢新鲜感

#13 楼 @huacnlee 做成跟微博一样，可以“查看会话”，一点击，会有这两个人的详细聊天记录。

好别扭

两种都做，可以任意切换，当然我个人还是使用列表模式

-1

如果是嵌套，长篇的文字看到后面就眼花了...

我倒是觉得类似 知乎 或者 Discourse 这两种方式比较适合阅读。

:plus1: 方便 看帖子的 人，“过滤”一些 不感兴趣的 讨论节点 找到自己感兴趣 的 树形节点，针对性的分层回复。缺点就是 样式 没有列表的好看

丑

-1

#8 楼 @chairy11 就是 一个 树形 的递归，不断 where 不断 map

Nav 表只需要一个 parid，还有一个 topic_id 就行了

class Nav < ActiveRecord::Base
  scope :par, -> id, pid { where(:parid => id).where(:topic_id => tid) }
end

# nav_first_id 是第一个评论nav的id (这里我处理不是很好，我每生成一个topic都会默认给它加条看不见的nav ，以第一条nav的id作为递归的第一个点  )，@topic_id是 topic 的 id 把评论 区别开来是哪棵 topic 树的 
      tree = -> id {
        -> par {
          # 这里 可以 指定一些 输出 ... 
          par[id].map { |idd| tree[idd.id][par] } if par[id].count >= 1
        }
      }
      tree[nav_first_id][ -> id { Nav.par(id, @topic_id) }]

b 不是说好的 +1 或者 -1 吗？😄

可以增加一个按钮，来回切换两种效果。呵呵

:plus1:

千万别改

不好看

不好看

话说可不可以考虑涉及一个小功能来点选？默认情况下是列表，然后点击某个帖子，就自动展出相关的回帖（找@ #的，被@ #的）

感觉可以嵌套一层

做两层嵌套也不是很差吧，回复此楼这个，然后直接在此楼下面显示，如果讨论也只是在此楼下面，或者加个此楼折叠？

好难看

-1

和网易回帖有点像

删掉主层的时候会把回复给删掉么？

感觉看了会晕:(

+1

:-1:

:plus1:

花里胡哨的感觉。

采用 reddit 那种回帖方式怎么样？

:thumbsdown: 回帖不多一目了然，没到 reddit/hackernews 那个量... 到那个量的话树形投票筛选是比较方便

看到这么多人反对，我就放心了：这个功能肯定会上。

手机上怎么办

@huacnlee, 搜索功能为什么是在站外呢，是因为性能问题吗，如果有站内搜索的 pr，会考虑合入吗？

扁平嘛，堆楼有点 out 了。而且我想回复多个人咋办，还是一层比较好，凡是求简

:plus1:

-1，楼层多了字挤得不成样子，另外容易引起歪楼转移话题。

可以考虑做一个用户设置，喜欢的可以自己打开

感觉会乱

好吧，大多数都不赞同，放弃了

这样会变成 N 条时间线，看得晕晕的

我也觉得 thread 形式看起来头晕，所以我做的评论显示方式如下：

在回复楼层上点击会跳出一个小框，显示那条回复，方便了解上下文。

赞同，这个比现在的展现方式好多了，现在的这种方式，看回复比较费劲

国内习惯跟国外习惯差别很大。

反对，感觉这种 thread 对于高楼有帮助，现在多于两屏回复的帖子并不多

两种形式都上，其实我挺喜欢树形的，如果再加一个『热回复』会更好。

@winnie 支持『热回复』

做个开关，可以在两种样式之间转换 这样就可以兼顾所有意见了

@huacnlee 看截图你是做出来了，何不后台加个开关，把代码发布， ruby-china 是很好的学习资料，这个树形对很多人有参考价值，请考虑，谢谢

Discourse 的解决方法很不错。样例可以参考 这个帖子 。就是不知道在 Ruby China 实现这个麻不麻烦。

其实，为什么没有「投票功能」？

:plus1:

如果不嫌维护麻烦，倒是可以考虑默认现在这样，提示用户可以选择哈

#95 楼 @darkbaby123 我也赞成这个！！ 竟然是用的我的帖子举了例子，哈哈。

我感觉这样统计不公正，说不定赞成的人更多，但是反对的人更倾向于发表意见。

个人建议

是不是可以把通知中的显示方式用这种树形显示？

现在每次看通知都有点痛苦！同一个主题的不在一起提示，一个字乱。

不好。hn 很多地方很强，主要是内容硬，但论坛本身的设计并没什么可取的，就是一个很阳春的界面。

部分赞同，有点建议，不赞同所有的回复都比上一条更缩进，个人建议第二条缩进，后面所有的该评论的回复 保持跟第二条一样的缩进程度。

建议该功能能够先上起来。上起来之后大家再给提提建议，不满意再接着改。改到满意为止。

如果还是不满意，就切换回目前的模式。

一个新方案的早期肯定会有很多不够完善的地方，慢慢打磨，会好起来的。

参考 stackoverflow

把#楼放右侧喜欢旁边； 回复按树形走；

二者结合可以否？

✋

帖子不多的情况，怎么都 OK. 多的时候就头疼的紧啊。

:plus1: 非常支持，现在的布局对我这种喜欢追对话看的。。实在太累了

如果可以设置个选项，选择自己喜欢的那种就完美了。

挖到一个坟... https://ruby-china.org/topics/9333

囧，回复错了，回复到一个老帖子去了..

能选择手动切换么。哈哈

不如先增加个反对和赞同功能。

就现在这样挺好的～

最好提供选项，可以允许用户选择。 如果不能，

:plus1:

只缩进一个层级会好一些吧，这样相对比较折衷

大版主很久之前就决定放弃计划了，但大家仍在讨论不休! 难道要重新评估？