关于群组－原讨论贴已经封贴，所以再发新帖。
刚刚看了关于TW2.0群组功能加入的讨论贴，已经封贴了。觉得很有意思。18％的人要求加入，18％的人要求不加入。第三个候选的为不支持群组，但结合群组功能改进收藏夹。其余的都选这个了。这个选项的设置就很有意思，明显在诱导大家选择第三个，默认的也就是选择不支持群组。我在想，如果当时第三个选项是，加入群组，使其实现收藏夹的全部功能，结果会是如何。关于群组功能这点上，我支持weiguo老兄的看法，群组嘛，我觉得它唯一的缺点是不支持目录功能，其它的完全可以替代收藏夹。反对者一直说可以用收藏夹实现群组的功能，为什么还要群组，我就要问了，为什么不可以转而改进群组，实现收藏夹的全部功能呢。最简单的说一个事实，我使用的网址不下一百，用收藏夹从u盘上往硬盘上拷贝或者反过来时，要花一分钟多（100多个文件的拷贝哪怕是每个1k不到，它的速度也要比一个文件200兆拷贝慢得多，usb2.0哈），使用群组后，几个文件可是快多了。如果谁能够再让群组实现目录功能（可以考虑借鉴一个极为优秀的资源管理器替代软件tota lcommander的文件夹标签目录的设计），那就完美了，收藏夹也可以彻底下岗了。
补充的一点是，如果开发组认为群组功能的添加会给开发组带来很大的负担，或者使软件资源耗费增加很多，或使软件体积变得大了不是一点半点或者影响程序的稳定性等很麻烦的事，那么应该明确说明，以后也就不用再讨论增加群组功能这个问题了，如果不是，我建议加入该功能，或者至少弄个插件。因为18％的用户需求，居然可以不考虑，我觉得有点不可思议。
--------------------------------------------------
weiguo老兄的观点现摘录转贴如下：
对我个人来讲，我的第三方浏览器从来都是放在d盘的，而快捷组和其内部的网址的存在从来都是和浏览器文件在一起，这样从来不去思考备份收藏夹，至于说修改注册表改变收藏夹位置，那个我电脑用了7-8年了，早期因为不会，之后用myie等等的带快捷组的，用的久了用的惯了，也就没兴趣再去换一种使用方式了，我是为自己活着，不能总因为别人理念中而去无谓的改变自己的生活方式，当然，实话实说，我现在还常常打开maxthon，单纯的为了已经在它体内存在了多年的2个快捷组。
结论，不用开发者给做什么“黑超特警组”，如果作者愿意，那他的工作是为“需要的人”开发某功能，而不是为“不需要这个那个的人”去删除某些功能，
开发者的工作应当是从无到有的创造功能，而不是想方设法的象现在的系统玩家们去挖空心思的去铲除功能
谈到这，往下我就质疑设计者的设计理念了：我想你们的想法应当是希望你的作品是适合所有人的，而不是只为一小戳人，那是你们的本意？我相当的遗憾
再往下说说反对者，支持你们的观念的原因是什么？只有一条，对你们没用！
那我把话圆过来说，那就是有了这个功能，对你们来说，又算什么？看见它，你们吃不下，睡不安，学习工作都没精神？？
说好听的，有句谚语，叫，光棍不当人财路，不好听的也有，相信你们也都知道，我不是为吵架而写的，就不说了，
只是寄于希望，凡事既然不妨碍你，你又何妨要妨碍他人呢
最后说一下我对tw的快捷组的态度，因为maxthon有了，我不是那种完全从其他浏览器转移的用户，tw不是唯一，所以没有太多的迫切希望，为了维护有需求的网友，我的票投给使浏览器增加功能的方向
令我在这里大张噘词的是，看不惯，那些反对者的理由，你不用！还不让想用的人去用？这是哪门子道理，
在一些系统精简研究的论坛，也有那种，既然想精简，还发贴这个要那个要的，让人郁闷非常
------------------------------
[[i] 本帖最后由 paidong 于 2007-7-25 18:10 编辑 [/i]] 不是必要的，可以用插件么？
要开发这个优先级也较低吧 支持一下~~ 又在讨论这个问题啊，我觉得收藏夹挺好的 楼主这样说是对两者的原理不理解造成，很正常。就原理来说，群组的功能扩展性肯定无法与收藏夹比的。因此，那个投票贴的第三项是完全正确的，并不是误导。
页:
[1]