叉烧包

潇潇好帅哦！！

支持博主观点！我自己称这样的方式为“分布”式实施方式，原来的主要目的是为了在软件中随时保存用户修改的内容，第二是不让用户等待时间太长，感觉这个程序执行速度很快（就象如果等待时间长的情况下我们会用一个温度计样的指针来记录）。看了这篇文章，楼主还总结了一个“鼓励”用户继续操作的作用，觉得还真是这样。

显示有未读数的频道列表应在主页面中，比如左侧频道纵列上面的展开里面。

原因：
我收藏有200左右的blog，平时喜欢全部显示，但是当我看了大半的时候，只剩几个blog有更新未读的时候，我在左侧列表中通过滚动条很难找到那剩下的blog，想让页面只显示未读的，还得去设置里改，很不方便，下次还得改回来。

我是猪八戒：
你好，恩~~~~有道理呢，这是个问题，那你觉得我们新上线的按目录阅读的方式是不是也可以解决你的这个问题呢？:)

谢谢bingbing~~~~~~~~~~~~:D

我是猪八戒：
你好，恩~~~~有道理呢，这是个问题，那你觉得我们新上线的按目录阅读的方式是不是也可以解决你的这个问题呢？:)

呵呵，理论上是可以的，但我一直都把blog订在了根目录，没分类

从另一个侧面说明，关键的用户体验做的不好是会带来很严重的后果，就像数学题最后一步算错了，老师根本不在乎你前面是否算得对，就像用户根本不在意你的功能和内容是多么的好——0分！！！

对我刚才评论的观点做了一点引申，呵呵~
http://www.dtell.net/article.asp?id=60
大家也给点意见

dte:
很同意你的观点:)

你越来越象老师了~~~
同学，请回到平民的生活中来吧
你的这些东西我完全看不懂了
我选择了最直接的面对用户的行业
当你完全摆脱理论的束缚
摆脱所谓大师的优美不切实际的措辞
我觉得这才是真正的最直接接触用户最现实的所谓设计

萧萧，你的个性哪去了，大胆的痛斥波波娃啊，看他都教了你些什么

亲爱的冰冰亮：
=_=!!!我觉得我说的挺直白的呀~~~~~~~~~~~~~~

在抓虾中，由于在阅读设置中只有“显示新文章”和“显示所有文章”。那么如果某一个订阅源我有段时间没有阅读，而积累了超过10篇未读的文章。那么如果我要想去看阅读他的文章，每次至少要阅读10篇文章才不至于有遗漏。
因此，“显示新文章”模式下，每次至少显示10篇文章，不管我是否都阅读完，其阅读状态已经都改变为已读。若我在“显示所有文章”模式下，那么更可怕，不管我阅读了几篇文章，所有文章的阅读状态，全部为已读了。
因此，我在想，是不是能有另一种方式来记录判断用户是否以阅读该文章，而不是现在的只要页面显示便批量修改了阅读状态。是否可以用，当用户点击“展开文章”或“点击查看原文”来判断用户的阅读状态。至少提供此方式的选项。

bin：
实际上有不少方法可以了解到用户是否阅读过该文章，比如用户是否点开了这篇文章，是否在文章上停留超过一定时间，或者像Greader一样，在文章出现在屏幕正中时认为文章已被读，但是在这件事上我们会考虑技术实现成本和服务器加载负担，所以，我们会做，但是不太会在当前做。:)
谢谢你的意见.

其实很喜欢 那个 订阅到.(目录)..

我觉得这个应该在可以接受的范围以内的 ~~, 或者第一部的时候你就让我们来选好放在哪个目录里面~~ 现在都是订到根目录,有点不习惯 也费时间~

不过... zhuaxia 的体验的确不错 ,学习! ^__^

貌似ajax的体验界面，实际上可以通过单机版软件来重现这个问题
web是异步交互界面，批处理可以在本地形成文本命令行的汇集--比如opml
也可以如楼主所说的形象化成每次鼠标点击或者算一次算术的加法

所以抓虾也可以支持opml导入，也可以鼠标点点点加频道，实际上，将用户自由度增加到最大的方式也可以回避这个问题，比如微软就是一直沿用这个方式，在命令行能做的操作，用鼠标也能大致完成个差不离

上升到界面来说，本地软件消息传递和处理对应到web上就是数据和操作在客户端和服务器的异步交互，其实异步网络交互要求对鼠标和键盘动作作出反应，在ajax 上最好的体验就是“反应区”回应，在flickr和gtalk上这种体会最明显，比如flickr点击（有权限）注释文字即可修改，修改后才弹出保存按键，抓虾对这种体验贯穿的还远远不够。比较明显的一点是，对比outlook邮件和抓虾界面内单个文章的已读标记，目前抓虾貌似还不能实现，是否是受制于服务成本呢？

呵呵，所以这个时候用户体验为首要让位给运营成本了？

刚才看到了，关于每篇文章已读标记，早讨论过了。
还是希望能加上（我比较笨，还没找到这个设置）:p

非常好的文章和想法。学习了。

嘿嘿我的数学也不好