说说编辑器与图片
写点关于编辑器和图片相关吧 恩恩
。 在能正常打开任何页面的情况下。(……) 打开编辑器,写文字了 问题1:图片都是默认的原尺寸,不会自动调整大小。以前很多朋友问,我的页面怎么乱了。恩恩,你传的图把页面撑开了。 这其实是一个很浅显的问题。如果不能在页面上写死宽度,就应该在编辑器控制图片大小,2者必居其一。但是,很遗憾,什么都没有。 问题2:OK,我知道了,太大的图会撑开页面,那我把它拉小一点吧。拉~~~~咦~~~~图怎么变形了?是的,拉伸图片并不会等比缩放,你很容易拉出一个变形的图片。什么?站点提供了数值输入来控制图片大小?即使是专业做美术设计的人,请问有多少人愿意花心思去在意每一张图片的大小尺寸?拜托!我就是晚上回来休闲一下,你当我干吗呢~~
为什么不做成拉伸时候能按比例缩放的呢?现在已经是21世纪了哎 问题3:好不容易啊,终于把图片拉小,又大致没有变形。可以发布了吧。好了,去浏览页看看。恩,图拉小了好糊啊,点大了看……我点,我点,我……啊,点不开啊?哦,没有链接……还得回去加连接,先要考图片地址……还好只是发一张图,真麻烦。对了,刚才还想到圈子里去帖一大堆MM照片的呢,这样还不帖死啊……算了吧~~歇一下先~~ OK。如此用户能把图发上去,又不撑开,并且加上连接,已经很不容易了。可是,您亲自试过这样去发一张图要多少时间吗?你试过在其他的XSPACE,在LBS,在OBLOG,ZBLOG,等等等等,传一张图要多少时间吗?这里说的不是单纯上传的速度,而是一系列的操作。用户在那里仅需要帖个地址,点上传,OK,大小,连接,全部搞定。这才是图片上传的用户体验的全部。如此这般,在你这里发张图要半分钟、1分钟,在别的地方仅要10 秒钟,发帖量、图片量的差异也就不足为奇了。 还说图片,继续。 到了圈子里,偶从网上找了一堆电影海报和MM新装的图片,赶快帖上去,让大家看看~~ 恩恩,打开编辑器,我帖我帖~~ 过了2天,去浏览页看看~~ 恩?图片怎么全变警告啦?“您看到的图片来自某网站,禁止盗链” 问题:这是极可能出现(事实上在我的使用中就出现了)的情况。而且引用网络图片对一个普通网虫来说是很平常的事情,同样,屏蔽和地址失效也是很多的。在花了(大量)精力发布了图片之后,忽然间所有都不能看了,应该怎么办?删掉?可惜吗?不删,重新编辑?这不是折腾自己嘛? 对这样的问题,有的系统(例如XSPACE)已经给出了很好的解决方案,只需要点一下,就能把远程图片保存在本地。多么人性化的功能啊! 上面说的虽然是编辑器和图片相关的,但是从这个里面我们还是可以看到一些很简单的做体验的方法。至少我们应该抛开产品,完全的站在用户的立场去思考和感受一下,看看情况是怎样的,是否满足需要(解决了问题),是否方便、快捷的解决了问题,是否带来了新的问题,或者,在这个过程中是否产生了新的需求(毕竟,有新的需求,说不定能找到某个共同的利益点)。当试着去这样思考的时候,产品的原型、设计和体验才会越来越好。 一篇旧文。07.12.04修改后发布
关于这2天使用的感受
——仅就一个最最简单的用户来说
一个用户角色,比较懒散,喜欢上网写博客,交友有限,主要是记录,有时候需要配以图片说明文字内容,有时候也会发布以图片为主的日志/话题。
然后插入图片,恩恩,上传一张自己机器上的照片~~选中之后很快就看到预览,这是好的体验
~~传好了~点击小图添加到日志里去
又是调大小,又是加连接,天哪~~终于发好了!~
怎么还有一大堆XX?哦~~原来原地址失效啦!~
知道我是怎么做的吗?帖子舍不得删,把图删了。然后呢?然后,我再也没去发过这类东西了。
- MySQL 大企业级应用可行性分析(之四) - 2009年09月14日 12:56
- MySQL 大企业级应用可行性分析(之三) - 2009年09月14日 12:54
- 转贴-招聘老婆一名 满足以下30个条件即可 - 2009年04月29日 17:14
- 小规模低性能低流量网站设计原则 - 2009年04月17日 15:16
- eBay 的Scalability最佳实践 - 2009年04月14日 09:01
- 再谈 eBay 的扩展性最佳实践 - 2009年04月14日 08:59
- 定期定额和它的7个好朋友 - 2009年04月01日 20:24
- 手机之家网站架构--对话高春辉 - 2009年03月30日 11:24
- 香港股神曹仁超:专注投资40年财富增4万倍 - 2009年03月18日 16:03
- 双屏显示提升前端开发10%工作效率 - 2009年03月16日 16:03
