为提高使用体验, 关于Z-blog功能细节上的建议(持续补充中)(补充4)
1. 可以设置首页的显示方式----全文显示和摘要显示(也可以考虑提供列表显示).
意义: 每个人使用博客都有不同的习惯. 对于首页, 喜欢Blogger或WP那样风格的人肯定对Z-blog有些无奈, 我也常为向别推荐Z-blog时他们对此类要求我无法满足而无奈, 有人向我抱怨过Z-blog在编辑完全文之后还要编辑摘要, 他觉得这是一种不必要的麻烦. 还有人向我抱怨过Z-blog自动生成的摘要形式很不好看. 尽管我个人认同Z-blog对于摘要的处理形式, 但为了适合更广泛用户的要求, 应该在设置上给予更多选择.
具体建议: 在后台设置里可以拿出一段来专门用户首页显示设置, 包括: 是否生成摘要(有人不喜欢数据库中多出个摘要字段, 而希望只有正文, 干净简洁); 是否分行; 截取字数/行数; 首页显示形式; 等.
2. 可以批量移动文章 (转移文章分类).
意义: 写了一段时间的Blog之后常常会发现当初的分类并不适用, 需要合并分类或把一个分类一分为二. 这就涉及到了文章的批量转移. 而现在只能一个一个文章的修改, 或者手动修改数据库, 显然不够方便 (如果文章很多, 对于不会操作数据库的人简直是灾难).
具体建议: 就像论坛和一些文章系统那样(如动网文章, 青创文章), 用复选框选择文章, 用下拉菜单选择操作, 并提交修改. 无疑可以用户在管理博客时获得更好的体验.
3. 为上传的附件分目录保存.
意义: 现在重建的文章可以分目录保存了, 那么上传的复件呢? 有人喜欢只用文字, 有人却喜欢不停的插图, 也并不是所有的人都会用Flickr之类的照片托管, 还有人的主机空间很大. 想像一下成百上千的附件放在一个文件夹下的结果(有人的附件绝对是文章数的很多倍), 那会让人头皮发胀的...
具体建议: Pj和LBS的保存方式都是"/UPLOAD/year/month/files.ext", 这种自动归类为日后对附件的查找和管理带来了很大的方便. 考虑到防盗链的需要(现在并不是所有的主机都提供此功能), 用户可以通过后台设置改变"UPLOAD"目录的名字, 而其中的子文件夹名称不变, 且对已使用附件的文章不产生影响, 那就完美了.
4. 给主页对留言的调用美化, 及截断过长的标题.
意义: 这是个纯为美观的问题, 对于前者, 现在在字数不多的留言中竟然包含有UBB代码, 表情代码... 对于后者, 过长的标题在有些很美观的模版中显的扎眼.
具体建议: 把留言过滤到UBB等标签好了, 另外在鼠标停在最近留言上时, 弹出的Tooltip, 也就是"title"标签中, 流行的作法是显示评论的发布者, 评论的哪篇文章, 及更多的留言字数. 而日期则并无必要. 至于文章标题, 有选择的截断也许是个不错的办法.
以上都是我或朋友们平时使用时遇到的问题. 之所以提出这些细节问题, 是因为我觉得Z-blog是一个即使与WP这样的"名牌"都有一拼的Blog程序, 因该更强调使用者的体验以吸收更多的用户. Z-blog不是只给程序员来使用的博客, 而毕竟不大懂技术的用户占主流, 不能指望他们都来改代码来满足自己的需要. 即使对于懂得改代码的人来说(比如我^_^), 也不愿意对程序文件进行操作而背离官方版本, 这样会给以后的升级, 补丁插件的安装(貌似现在Z-blog还没有一个设计理想的插件系统, 以及基本的开发团队)带来很大的麻烦.
因此, z-blog在设置和管理上应该给用户较大的自由, 特别是能大幅提高用户体验的基本功能, 这是绝对必要的.
但我并不希望Z-blog应用多少新技术或提供多少新功能, 毕竟简结实用是Z-blog最大的特色(这也是我为什么不喜欢PJ). 我觉得现在对Z-blog, 复杂的改动是不必要的, 除了设计一个理想的插件系统, 使用插件来完成扩展. 我甚至觉得为了这个系统, 即使大幅改动内核以致无法向下兼容(比如牺牲从前版本的模版等, 现在为Z-blog开发的模板还没有形成规模)也值得.
很早就使用Z-blog, 但自从月光的那篇文章(z-blog走到了十字路口)后, 我对Z-blog的态度有点像对LBS. 而最近Z-blog的升级带来了意外的惊喜, 也让人感受到Z-blog的作者们对发展推广Z-blog的决心和信心.
一点微不足道的建议, 希望能帮助Z-blog更完美一些, 以后遇到想法还会补充的. 抛砖引玉, 也希望在这方面遇到情况和有设想的朋友来补充.()
[ 本帖最后由 haphic 于 2007-2-25 04:31 编辑 ]
