嘿, 你丫想写blog么?

我不知道. 能看到这的朋友, 我要恭喜你们......

什么时候能有一个自己的家呢

最后还是放弃了...

在兴奋地试用了谷歌拼音输入法16天之后, 我还是换回了搜狗.

与最近两家的口水基本上没有关系.

"不怕不识货, 就怕货比货"

最近总是觉得Ctrl + 空格切到G拼音的速度很慢, 总是要顿一下. 恢复了已经被我清除的搜狗一试, 果然没有这种问题.

细节决定成败啊.....


搞笑的是, 俺在这里写, 都不知道有没有人能看到......不是因为这个Blog的知名度低, 而是因为...

Google拼音输入法

我现在就在用Google新出的输入法写这篇Blog.

最早是在GSeeker上看到了Google出输入法的消息, 然后就下下来开始用了. 下的时候看了一下他的功能介绍页面, 发现大多数功能都不是很新鲜, 例如根据热门搜索定义词语的顺序以及较大的词库等等, 只发现了一个比较有意思的功能 -- 网络同步: 只要你打开自动同步并且输入你的Gmail用户名和密码, 这样你所有的自定义词语(词库)就都可以同步到Google的服务器上了. 下次在一台新的电脑上使用Google拼音输入法的时候, 就可以直接下载这些自定义词库, 并直接使用了.

很自然的就会拿它和紫光拼音和搜狗拼音进行比较. G拼音在字词排序方面借鉴了搜狗拼音的想法--排第一的字(好像词没有)是固定的, 其他字词按照使用频率动态调整位置. 这个功能到底是好是坏现在不好下定论, 至少我目前觉得在"ye"这个拼音中, G拼音将"页"字固定在第一个就感觉很不爽, 个人认为对于日常用语来说, "也"字才是最常用的. 而同样的拼音, 搜狗就将"也"字排在第一个, 而且是固定在第一个. 总的来说, 如果这个"第一个字固定"功能可以结合用户自定义设置(也就是可以更改哪个字放第一)就完美了 -- 毕竟这个功能的缺失使我在最开始使用紫光拼音的时候很不爽了一阵子 -- 恩, 用户真是不好伺候, 特别是像我这种的......

最右边的缩/放箭头很有Google的风格. G拼音的界面不像搜狗和紫光一样可以很自由地自定义, 取而代之的是一个箭头. 默认情况下, 状态栏显示Google App图标,中英文按钮,全/半角按钮,中文/英文标点按钮,软键盘按钮和设置按钮, 最后是这个箭头. 按下箭头以后, 状态栏就只剩下前两个图标/按钮. 仔细想想, 在不用频繁切换中英文标点符号的前提下, 需要随时知道的状态也就是中/英文输入状态了. Google的减法风格再一次那啥了~

光说不练是假把式, 光练不说是傻把式, 光听不练就不知道是啥了. 所以赶快去这里下一个来试试看吧.

Update1: 忘了说一个小缺点: 相对于以前的几款输入法, G拼音的状态栏好像确实是有点大了...

无法找到该页?

列位看官, 请看下面这张截图(点击看大图):

不觉得很别扭么?

对啊, 这明明就是IE中的"无法找到该页"的样式, 怎么会显示在firefox里呢?

答案就是, 你现在看到的, 是一个"找到的页面", 而不是"找不到的页面". 如果你也遇到这样的情况, 打开该页面的源代码, 一切就明了了.

你还想说什么呢?


真是任重而又道远啊......

声援“致招商银行的公开信”行动

多的不用说了, 老徐在“致招商银行的公开信”中已经说的很清楚了.

唯一强调一点: 招行, 我们是真心希望你能变好, 才支持这个行动的, 别些个银行我们还懒得搭理......

Application Express

从一开始就不觉得这是个好东西, 对于我来说.

还记得刚进CTGUSEC的时候, 因为要从纯粹的Java代码过渡到JSP, 我经历了勉强算作不太痛苦的转型期. 而且, 我依稀记得, 我当时所抱怨的B/S模式最大的弊病 -- 对于我来说 -- 就是"可控性"不高. 就连当时要在用户关闭页面的时候向服务器发一个消息这么"简单"的任务, 硬是研究了狠久才研究出来.

所以, 当我了解到这个拥有一个超酷炫的名字 -- Application Express -- 是一个"用B/S的界面开发B/S应用"的东东的时候, 立马没有了好感.

本来嘛, B/S的东西本来就不好实现精确控制, 再加上这个东西居然是在网页里面"编程", 可控性就可想而知了.

就说前两天, 要弄一个弹出窗口. 本来用Javascript很简单的东西, 但是把它那个按钮改成指向一个URL, 然后写上要调用的JS方法的名字, 结果出来一看不行, 原来是Apex在JS方法名的前面后面加了一大陀东西, 什么网站的域名等等加在前面. 这下我傻眼了, 这可怎么弄啊, 要是不管你写什么URL它都给你加这些前缀的话, 就没得改了. 抱着侥幸心里, 再次修改URL, 在前面加上"javascript:", 再一运行一看, 居然就可以了. 看了看这次的源代码, 那一陀一陀的东西不知道在什么时候就烟消云散了, 变成了干净的"javascript:xxxx();". 真是有够搞不懂的......

真不知道该说Oracle啥好, 说他专业吧, 怎么弄出这么不专业的东西来......

SVG

我最近一直都在做这个东西 -- Scalable Vector Graphics(可缩放矢量图形).

简单点来说, 就是一种用文本(基于XML)描述矢量图形的东西. 研究了它的规范和一些教程, 发现还比较好用, 至少对我来说, 比HTML好用.

SVG可以用来描述3种对象: 矢量图形,文本,还有传统的象素图片(例如jpg之类的, 当然是include进去的). 其中矢量图形包括像线段,矩形,圆形,椭圆,多边形,还有贝塞尔曲线(这个太棒了). 目前我还处在熟悉和学习的阶段, 但是之后要做的工作应该就是:使用其他的语言(比如Oracle的PL/SQL)根据数据库中的数据生成SVG格式的报表. 目前看来, 这个工作对于我来说, 挑战不在SVG, 因为基本上已经熟悉了, 反而是在PL/SQL这边. 不过也是不用过分担心的, 反正我学什么都快......

SVG令我很担心的是在浏览这个环节上. 目前能够浏览SVG格式的图象的浏览器有一下几个: IE6 + Adobe SVG Viewer , IE7 , firefox , Opera , 还有一个Java的开源项目, 叫Batik, 也是专门做SVG解析的, 也有一个Viewer(当然也可以利用Batik开发自己的SVG应用). 但是, 目前各个浏览器/浏览工具的实现有很多的不同, 可以说到目前为止没有一个让我感觉是"最好"的, 都有这样那样的问题(IE7没试过, 不过应该会秉承IE一贯的"不严谨解析"风格). 这其中, 完成度最高的反而是IE6 + Adobe插件. 虽然的确解析的非常不严谨(XML验证都通不过的文件居然能"正确的"显示出来), 但是像动画啊, onresize啊这些东西都实现了. 在没办法的情况下目前只能以这个东西为标准来调试我的练习作品. firefox呢, 本来以为mozilla是"规范之王"的, 但是出了两个问题让我很是失望: 一个就是还没支持动画(虽然我目前还用不到), 另一个就是在改变窗口大小的时候没有触发onresize事件. Opera打一开始就是拿它来做对比的, 没指望我们的客户都去装个这, 何况也有一些小的问题, 想不起来了. Batik就是Batik, Apache的项目就是毫不含糊啊, SVG解析和Javascript解析都严格的一塌糊涂, 弄的我老是去查JS基础的书, 看看到底"规范"的写法应该是怎么样......

那天拿了我的第一个成型一点的作品给老外看了. 他当时提出一个问题就是打印的问题. 说实话我之前完全没有考虑过打印的问题. 但是老外说, 打印是重要(print is important直译). 但是搞到最后, 试了之前提到的所有浏览器(包括IE7, 老外自己机器上有), 都没有很好的解决这个问题. 讨论的结论是: 后面真正开始做的时候, 要分别生成两种SVG: 一种是给人在浏览器里看的, 带SVG滚动条的那种; 另一种是可打印版本, 在宽和高的尺寸上要为打印考虑. 目前觉得实现应该不难, 但是可以预见, 轮到自己真正着手做这个事情的时候, 还是会叫苦不迭滴~

(以下为广告)
SVG -- 新一代矢量图形描述语言, 真的很好用!
(广告结束)

真的, 是很好用.