一時興起,想到了是否能將iPhone 1.1.3及以上版本的WebClips功能實現到我的1.1.1上。
最初想法是想找一臺1.1.3的iPhone,復制一個WebClip過來,看看是否能用,其實自己也不抱什么希望。後來就想如果做一個NativeApp來實現這個功能應該也不難,於是上網搜了搜,居然被我找到一個好東西:Jiggy。
Jiggy是一個簡單到不敢相信的iPhone NativeApp開發環境,只要用JavaScript就可以——別的語言我就不行,JavaScript雖然也談不上精通,摸了這么多年,倒還有一試之膽。於是趕緊裝上,試了起來。
真的很簡單,只是上網搜索了兩段例程,就大致搞定了我的程序。
說來我的要求也真是不高,無非是一個獨立的程序,可以快捷地去到我指定的網站,以免進到Safari之後還要去書簽裏面翻尋。
這個讓我鐵了心想做WebClip,甚至考慮升級到1.1.3的網站是BuxFer。自從我的第二臺TH55丟失之後,記賬這件事就幾乎完全放棄了。iPhone上面不是沒有記賬軟件,但到目前為止,還沒有找到合用的,倒是這個Buxfer網站做得令人鼓舞——當然,這也是大大得益於iPhone對網絡應用的良好支持。良好到哪種程度?在iPhone上訪問Buxfer,速度明顯快過在PC上。
把眼光放在Web上吧!
2008-04-20
2006-12-11
失而復得的Photoshop加框程序
去年還是前年,用Javascript寫了一個圖片加框的程序,一直用得很順手。昨天竟然發現程序不見了!回頭想想,應該是Adobe CS升級到Adobe CS2時,我以為程序都備份了,就沒有保留——看完切爾西對阿森納的比賽,翻箱倒柜去找光盤,結果發現備份是備份了,但能找到的都是一個初級的版本,沒法用。極其郁悶。
最後一線希望是辦公室電腦里保存著一個備份,今早開工,第一件事情就是搜這東西。好彩真給我找到了!狡兔三窟,古人誠不余欺也!
最後一線希望是辦公室電腦里保存著一個備份,今早開工,第一件事情就是搜這東西。好彩真給我找到了!狡兔三窟,古人誠不余欺也!
2006-12-06
图块单位确定原则
最近因为做总图设计比较多,把几个旧的AutoLISP程序翻出来修修改改,发现以前很多程序设计的难点其实不在于编程,而是因为图块单位概念不清,人为把事情搞复杂了。仔细思考了一下,总结出图块单位确定的原则。
- 实物图块,比如家具等,因为具有一定的尺寸,所以只要单位跟图块中图元尺寸相匹配就好了。1米宽的长度,画成1个单位,那么单位就是米;画成1000个单位,那么单位就是毫米。这个很好理解。
- 图面元素,不是实物,因此并没有实际尺寸,只有图面尺寸的,比如标高符号等。这些图块单位就应该设为“无单位”。
当一个图形无单位时,它插入到另一个图形中时,单位换算比例始终为1。而如果一个有单位的图块,比如单位为毫米,插入到不同单位的图形时,AutoCAD就会自动换算插入比例——插入到单位为毫米的图纸中,单位换算比例为1;而插入到单位为米的图纸中,单位换算比例就为0.001——显然,如标高符号之类,这时就变得太小,就需要程序分别对插入比例做不同的处理。这个处理并不难,但较为繁琐而可能造成低级错误。
2006-10-21
AutoLISP Highlighter
上次介绍过一款很好的语法代码高亮script:dp.SyntaxHighlighter。
我想到可以在这个script上把AutoLISP的语法也加进去,还曾经给作者写了信,并提供了用于EditPlus的AutoLISP语法文件——但作者一直没有答复我。
今天因为修改了一下那个CSS风格,顺便干脆就自己来做这件事。
应该说这件事并不复杂,但我缺乏script的深度认识,对于什么正则表达式啦、prototype啦,都头晕得很。照虎画猫,折腾了一阵子,居然也搞定了。
先看球,回头再传上网站。
示例:
我想到可以在这个script上把AutoLISP的语法也加进去,还曾经给作者写了信,并提供了用于EditPlus的AutoLISP语法文件——但作者一直没有答复我。
今天因为修改了一下那个CSS风格,顺便干脆就自己来做这件事。
应该说这件事并不复杂,但我缺乏script的深度认识,对于什么正则表达式啦、prototype啦,都头晕得很。照虎画猫,折腾了一阵子,居然也搞定了。
先看球,回头再传上网站。
示例:
2006-10-18
网页设计好帮手ViewPage
ViewPage是一个用于Maxthon的五星级插件。可以让用户在侧边栏浏览当前网页的DOM树——DOM树就是网页内所有元素的结构方式。
在使用这个插件之前,我在为云影设计旧的那个Blog的模板(基于Blogcn)时,对其中代码的真相一直是两眼一抹黑。即便在网页加载完毕后,通过查看网页源代码也不能看到完整的代码,其中一些模块会是正在加载之类信息。
ViewPage则可以顺顺当当地把DOM树完整解析出来,并且可以把用户在DOM树中选中的标记在网页中亮显出来——非常直观!非常方便!
即便是能看到完整代码的网页,如果排版不佳、结构复杂,要搞清楚其结构,要从中找到某个不知道名称的标记,也是非常困难的。DOM树的好处就在于结构清晰,顺藤摸瓜十分利索。
Blogger beta的模板标记虽然相较Blogcn之流算得上是完美,但也会让不熟悉的人很头痛,所以这个ViewPage也可以帮上忙。
顺便就要推荐一下Maxthon了。Maxthon,流行读作:“马桶”,原名MyIE、MyIE2,也有好几年的历史了。很多人认为这是基于IE内核最好的浏览器。
新的Maxthon2正在开发中,具有很多令人兴奋的特性。
在使用这个插件之前,我在为云影设计旧的那个Blog的模板(基于Blogcn)时,对其中代码的真相一直是两眼一抹黑。即便在网页加载完毕后,通过查看网页源代码也不能看到完整的代码,其中一些模块会是正在加载之类信息。
ViewPage则可以顺顺当当地把DOM树完整解析出来,并且可以把用户在DOM树中选中的标记在网页中亮显出来——非常直观!非常方便!
即便是能看到完整代码的网页,如果排版不佳、结构复杂,要搞清楚其结构,要从中找到某个不知道名称的标记,也是非常困难的。DOM树的好处就在于结构清晰,顺藤摸瓜十分利索。
Blogger beta的模板标记虽然相较Blogcn之流算得上是完美,但也会让不熟悉的人很头痛,所以这个ViewPage也可以帮上忙。
顺便就要推荐一下Maxthon了。Maxthon,流行读作:“马桶”,原名MyIE、MyIE2,也有好几年的历史了。很多人认为这是基于IE内核最好的浏览器。
新的Maxthon2正在开发中,具有很多令人兴奋的特性。
标准的莫明其妙
严格的(strict)xhtml标准里面,打开链接的目标属性如target="_blank"等,是不合法的。
作为一个标准,如果编制者如此如此规定,大家也就如此如此执行,皆大欢喜,而标准自成为标准。
但大家显然不准备照此执行——点击链接时新开窗口常常有其必要。
那么如果不用target="_blank",又该怎么办?答曰:用javascript。比如: 如何?明眼人一看就知道,这其实是绕了个圈子,归根结底还是target="_blank"。
这是标准的莫明其妙。
为什么要做这种蠢事?其实标准再莫明其妙都无所谓,但坏事就坏事在W3C要整一个xhtml规范的检校认证出来。于是无数coder为了通过那个认证,就不辞辛劳地去绕那个大圈子。显然检校程序并不知道那段代码本质跟不符合标准的东西完全一样。
标准制定中的莫明其妙其实可以原谅,可能是因为疏忽,最多是因为偏执。但网页用户和Coder们的集体虚荣,就实在可鄙。通过了W3C检校又如何?
作为一个标准,如果编制者如此如此规定,大家也就如此如此执行,皆大欢喜,而标准自成为标准。
但大家显然不准备照此执行——点击链接时新开窗口常常有其必要。
那么如果不用target="_blank",又该怎么办?答曰:用javascript。比如: 如何?明眼人一看就知道,这其实是绕了个圈子,归根结底还是target="_blank"。
这是标准的莫明其妙。
为什么要做这种蠢事?其实标准再莫明其妙都无所谓,但坏事就坏事在W3C要整一个xhtml规范的检校认证出来。于是无数coder为了通过那个认证,就不辞辛劳地去绕那个大圈子。显然检校程序并不知道那段代码本质跟不符合标准的东西完全一样。
标准制定中的莫明其妙其实可以原谅,可能是因为疏忽,最多是因为偏执。但网页用户和Coder们的集体虚荣,就实在可鄙。通过了W3C检校又如何?
2006-10-17
Blogger beta新模板
Blogger beta新模板修改起来并没有我预先估计的那样复杂。
今天帮云影把新的Blog基本搭建好了,还有些细节要完善。地址:http://hallenyu.blogspot.com。主要工作就是把原来的CSS搬过去,然后根据布局的需要增加了几个DIV——顺便梳理了一下整个模板的结构,加了一些注释。
我是在Blogger beta提供的现成模板基础上加以修改的。在梳理结构过程中就发现那些高手的coding习惯也不是足够好。比如我的一个好习惯:为DIV加注,如:<div id="idname">...</div><!-- #idname -->在原始模板里就没有见到,于是要定位某些元素非常困难。梳理结构,既是主动了解,其实也是迫不得已。
所谓技术进步,其实都是对最终用户而言。Blogger beta技术进步了,更方便了,是说对不需要像我这样去改代码而言,进步了,方便了。改代码其实要比以前做更多的事。当然设计者也是一个层面的最终用户,Blogger也需要为咱们多多努力。
今天帮云影把新的Blog基本搭建好了,还有些细节要完善。地址:http://hallenyu.blogspot.com。主要工作就是把原来的CSS搬过去,然后根据布局的需要增加了几个DIV——顺便梳理了一下整个模板的结构,加了一些注释。
我是在Blogger beta提供的现成模板基础上加以修改的。在梳理结构过程中就发现那些高手的coding习惯也不是足够好。比如我的一个好习惯:为DIV加注,如:<div id="idname">...</div><!-- #idname -->在原始模板里就没有见到,于是要定位某些元素非常困难。梳理结构,既是主动了解,其实也是迫不得已。
所谓技术进步,其实都是对最终用户而言。Blogger beta技术进步了,更方便了,是说对不需要像我这样去改代码而言,进步了,方便了。改代码其实要比以前做更多的事。当然设计者也是一个层面的最终用户,Blogger也需要为咱们多多努力。
2006-09-22
更改Blogger的“快速编辑”图标
Blogger的“快速编辑”还是很好用的,但并没有提供多种图标的选择,唯一的一个跟本站的界面不太和谐。原来是打算放弃“快速编辑”功能,但实际使用中发现没有它还的确不方便,那就还是用上吧,把图标改了就成。
Blogger的帮助文件提供了修改发送邮件图标的方法,但这个方法显然不能套用来修改“快速编辑”的图标。
我琢磨了一下,用以下方案可行:
这个例子修改了“快速编辑”图标,并且指定了普通、悬停两种状态使用不同的图标。如果只需要改为一个静态图标,就忽略第二段。
Blogger的帮助文件提供了修改发送邮件图标的方法,但这个方法显然不能套用来修改“快速编辑”的图标。
我琢磨了一下,用以下方案可行:
这个例子修改了“快速编辑”图标,并且指定了普通、悬停两种状态使用不同的图标。如果只需要改为一个静态图标,就忽略第二段。
订阅:
博文 (Atom)