标签: 图标

Favicon.ico 添加

最默认的设置,没玩什么花。

一分钟完成,这次没有遇到任何意外。

一般都认为,考虑到最大的兼容性,favicon.ico 最好使用 16×16 分辨率,以最大程度地提供兼容性。但实际上即使在 IE6 下,使用 32×32 图标也没有任何问题。在需要小图标场合的时候会自动调整大小。而放在桌面上等情况也会自动使用相应大小,我甚至在想是不是要用 256×256,或者更考究点的多层图标……

 

.ico 并非是个统一标准的格式,多种实际不同的格式定义都被命名为.ico,跟平台有关。这点与 .jpg、.png、.gif 之流不一样。不过实际使用时问题不大,通常不会直接对 .ico 文件进行编辑,都是 .bmp 编辑完成以后再通过特定平台下的工具转成所需的 .ico 文件。以前需要知道转换可能会造成颜色失真,因为当时 Win 下的图标文件最多只支持 256 色,如果从漂亮的真彩色图片直接转过去很可能贼难看。不过现在图标也支持真彩色了,所以连这个问题也不存在了,更新一下转换软件就放心用吧。Win 7 还支持使用 PNG 作为文件夹图标。

Mac OSX 和 iOS 下也一样,App 们已经直接使用 .png 作为图标,更不存在这个问题。

浏览器也可以通过代码定义特定图片为图标,Firefox 甚至还支持定义 Gif 动画图标。

理论上随便玩。

 

So,问题出来了,当时为何要用专门格式?我猜应该是性能方面的原因吧,不作考证了。

妙用 QR 码容错性添加可读内容

QR 码现在是越来越流行了,由于它可以嵌入相当长度的自定义内容,并且算法公开还有现成的库可用以自动生成,在互联网的某些领域得到了很好的应用。比如 App 下载链接、网站自我宣传、寻宝活动等。

QR 码是二维码的一种,二维码又是条形码的新一代强化版本。二维条码把普通条形码的直线变为黑白矩形图案来表示二进制数据,扫描后可获取其中所包含的信息。一维条码的宽度记载着数据,而其长度没有记载数据。二维条码的长度、宽度均记载着数据。

还陌生的可以看这里:http://zh.wikipedia.org/wiki/QR码
还有这里:http://zh.wikipedia.org/wiki/QR码

关于 App 下载链接可以看这里:Using QR Codes to link customers directly to your apps(英语)。

 

不过 QR 码也有缺点:这块奇怪的黑白像素色块,不规不则,非得拿专门的程序去扫描才能看出其中写了些什么画了些什么。第一次第二次,你可以利用用户的好奇心,达到很好的宣传效果,但是十次八次以后,用户好奇不再,QR码就容易陷入窘境。这时除了在必定使用手机的特定情景下,放置二维码链接都会成为浪费版面的元素之一。

但实际上 QR 码在设计之初,就设计了一种特性:容错性。也就是说,对于一切类型的二维码,在设计当中就要考虑二维码在使用过程当中的磨损,扫描过程的识别程度等因素造成的部分色块消失或者识别错误的可能性。容错性设计,保证了即使有一部分损毁,设备依然可以正确识别出其中包含的信息。

虽然这个功能本意是为了增加可读性,不过既然是容错的嘛,所以我们可以故意往里面加点料。比如……

 

兔斯基!?

看起来效果不错,只要关键的三个角落大方块没有被覆盖,大约有四分之一的 QR 码被兔子挡了依然不影响识别。(识别不出来就换个 App 吧)

不过更常用的是宣传自己的网站,比如加入风格一致的像素化文字链接:

如果纯黑白不合你口味,那就再改改:

思路已经讲得很清楚了,更多的就靠你的时间和 PS 技巧了。当然如果你就经营着一个在线 QR 码生成器网站,不妨也考虑一下增加一个“加料”功能来体现差异化。毕竟在网络上,图片不会有磨损,容错性放着也是浪费,不如做点有意思的事情吧。

方法:随便找个在线 QR 码生成器,把 ECC 指标调到最高,填入要包含的信息然后生成码。再 PS 上肉眼可识别的图片就 OK 了。遮挡的面积不能超过一半,尤其是三个角落回字广不能有任何一块被遮挡一半以上。最好随手准备一个手机实测,争取又能识别又能加入尽可能大的肉眼图片。

至于像素化文字 PS 怎么做,回头再写吧。