Re: googleplus-cn:12 对G+通知提示的一些建议

[leesum]

去研究下新浪微博的处理方式，挺合理的

在 2011年7月2日 下午5:26，lee <l33...@gmail.com>写道：

暂时想到的一个合理可行的通知提示规则，欢迎大家一起讨论。
1、将手动式+改为拖动式+。
2、当用户A进行+用户B评论时，则通知用户B和信息流的主人，不对其他评论者进行提示。
3、信息流的主人得到所有评论通知提示。（可以设置该条信息是否进行通知提示）
4、当用户A对信息流进行+1操作后，用户A得到信息1的所有评论通知。（这里的信息既可以是主信息流，也可以是信息流下方的某一条或是多条评论）

[lee]

其实这个要比新浪有优势，就在于信息接收者可以使用+1功能来对信息进行筛选。更有针对性。我可以选择一个喜欢的信息进行+1，然后接收到其他人对这条
信息的评论，这样子接收信息的主动权就掌握在自己手中。
新浪微博的处理方式却做不到这一点，别人对你本人发布的进行评论时，他才提示。

On 月2日, 下午5时29分, leesum <leesum...@gmail.com> wrote:
> 去研究下新浪微博的处理方式，挺合理的
>

[leesum]

这有点偏离+1的作用了。+1在功能上就是现在论坛或者博客上流行的顶的功能，这个可以作为后期信息排序的一个重要依据，但不能以此来主信息源的一个基本点。

建议在现在的信息基础上增加mark，mark的信息是自己关注的，是愿意被动接受该信息源的提示。

另外信息的提示，你上面提及的几点的确很有帮助，跟新浪微博处理的方式也很类似。现在信息提示的困惑是，没有区分信息的主次，一股脑的全部推出来。

[lee]

其实我这里提到的+1就等于马克功能，我现在在+1的Tab里只能看到+1过的网站，看不到+1过的G+里的信息流。

On 7月2日, 下午5时45分, leesum <leesum...@gmail.com> wrote:
> 这有点偏离+1的作用了。+1在功能上就是现在论坛或者博客上流行的顶的功能，这个可以作为后期信息排序的一个重要依据，但不能以此来主信息源的一个基本点。
>
> 建议在现在的信息基础上增加mark，mark的信息是自己关注的，是愿意被动接受该信息源的提示。
>
> 另外信息的提示，你上面提及的几点的确很有帮助，跟新浪微博处理的方式也很类似。现在信息提示的困惑是，没有区分信息的主次，一股脑的全部推出来。
>

[leesum]

奇怪，为什么这邮件回复了几个来回不是会话模式，每个都是单独的邮件·······

[jimmy]

不是 threaded messaging 的？