Article

Aptana + zen-coding 配置篇

zen-coding for aptana 的插件下载地址 http://code.google.com/p/zen-coding/downloads/list   自己找最新的版本。

 

1. 下载完后解压,在 aptana 的项目根目录,新建一个文件夹 scripts  目录。如果与项目中的目录命名冲突了,可以改用 monkey 命名。可以参考 -> aptana的原文

 

2. 将解压出来的的文件放到里面(解压后里面有个.svn的目录没清除,可以自己清除一下)。

 

3. aptana的菜单栏的 script 里面就出现zen coding ,默认的快捷键 alt+e, alt+f

 

4. 配置自己需要的快捷键,在 scripts(monkey) 目录中的每个js文件头的注释里面修改相应的快捷键。aptana的默认快捷键用的是 M1 M2 M3 + key 来配置的,意思为

  • M1 (Command or Ctrl)
  • M2 (Shift)
  • M3 (Option or Alt)
  • M4 (Ctrl on Mac)

可以参考 -> aptana原文

 

5. 如果项目使用了svn 和 ftp,而不想将次目录同步到svn 和ftp 可以将整个目录屏蔽。因为这些文件对与网站来说是无用的。

 

6. 自定义想要的缩写方式和代码片段。找到 zen_setting.js  里面是 json格式的一些 缩写对应表,和片段对应表。自己根据个人喜爱修改。

 

Aptana + zen-coding 无敌中…

晚上逛了blueidea 看了  Zen Coding:快速编写HTML/CSS代码  http://www.blueidea.com/tech/web/2009/7272.asp  这篇文章。 发现 zen Coding 非常强大..

视频时Mac 的机器的,开始一想没戏了… 没往下看。点进了他的官网 http://code.google.com/p/zen-coding/

,发现完美支持 Aptana。 狂喜中…  哈哈

 

于是马上下了 zen Coding 配到 aptana 上用,真的太爽了。 编写代码的速度可以 30% 了。 哈哈..  后面又试了下 Ultraedit+ zen coding,也很强大了。。

这下有得折腾一回了。 哈哈…

 

 

Google Chrome iframe history.back 问题

Chrome  4.0.249.0

今天用chrome测试公司的项目页面,发现了个比较严重的问题。 Main页面里面有 iframe, 所有的操作都在iframe 内。 问题就在这里了,如果 执行iframe 里面有 history.back(-1) 。那么整个main页面都会 退回到上一页。而不是 iframe内的页面退回上一页。按chorme 的退后按钮,结果都是一样。 同测 FF IE 都没这个问题。 即使iframe内改成 self.history.back 也同样不行。 真神奇了..

 

到底是 Chrome  的bug.. 还是代码问题.. 没搞懂。

XHTML2 今年预计要停止开发,W3C增加HTML5资源

XHTML 2 Working Group Expected to Stop Work End of 2009, W3C to Increase Resources on HTML 5

2009-07-02: Today the Director announces that when the XHTML 2 Working Group charter expires as scheduled at the end of 2009, the charter will not be renewed. By doing so, and by increasing resources in the Working Group, W3C hopes to accelerate the progress of HTML 5 and clarify W3C’s position regarding the future of HTML. A FAQ answers questions about the future of deliverables of the XHTML 2 Working Group, and the status of various discussions related to HTML. Learn more about the HTML Activity.

随机聊天 random chat 之发展和盈利模式

今天无聊看网站发现了 http://www.omegle.com 这个随机聊天的网站,国内也已经有 http://www.luguode.com 的山寨版。 这个idea 就只有老外才能想的出来的新交友模式。

大概试玩了下国外和国内的。国内的随机连上人后还根据IP 算出2者之间的物理地理距离,这个无疑给用户拉近现实感。其最终目的还是让后用户可以有进一步的交流。但最终这个平台的发展和盈利模式比较疑惑。或者说者可能只是一个简陋的初级阶段。

发展之路

这个idea 其实可以在现有的SNS社区引深发展,当用户登陆社区之后,可以提供这一功能。随机与在线的一个用户进行聊天。这里可以对相关的要求进行匹配,如异性、同兴趣、同城、同学校等。到了这一步相信盈利模式已经渐渐呈现。如果是腾讯的话,估计会把部分匹配功能功能放到会员制里面啦。哈哈。

其二,这个只是文字上的表现。如果 增加多媒体聊天呢?加上视频音频,或者表情,图片各项现有的IM聊天机制进去。那这个idea 可前途无量啊。

等着看吧.. 相信短时间内,国内的SNS 社区会很快出现这个新的聊天模式。

网站重构流程

一 设计稿的分析

1. 能分清设计稿中的公共与私有的部分
从最基本的开始,分清公共部分如菜单、导航、大框架和每个独立页面所用到的部分等,至少在想法上做不同的对待。

2. 在1的基础上对各部分的实现方式有一个初步的方案(包括如何切图、写结构、写样式)
在分清公共和私有部分后,分析最简单的实现方法,如哪些部分是可以平铺的,哪些是可以重复被使用的等等。

3. 在1的基础上,准确的给出各部分的实现方案(包括如何切图、写结构、写样式)
在分清公共和私有部分后,能准确的给出各部分的实现方案,如“滑动门技术”的实现方法有2种,选择哪种方法更合适项目?图片应该如何切?应该使用哪种HTML和CSS的写法?

4. 在3的基础上,能同时考虑方案的扩展性、复用性及页面性能(包括如何切图、写结构、写样式)
在给出的方案中考虑是否可扩展、如何重复使用、将哪一类的图合并可以最大化页面的性能。这里还要注意有些模块的内容可能是动态的,当内容改变后如何兼容。

5. 在4的基础上,考虑整站的结构分布(包括文件分布、目录结构)
考虑上面方案的综合效率,如维护所需要的成本、页面打开速度、带宽成本、服务器开销等等。

1~3点应该成为基本的技能,4~5属于更高的要求。这块的熟练度会影响到后继切图和写代码的效率、返工的机率及维护成本的高低。

二 切图

1. 切成所需要的图片(如何将需要的部分切出来)
最基本的,将需要的图切出来,有时候会需要PS出自己需要的图。

2. 在1的基础上,对切出来的图片进行一些优化(包括压缩文件大小、选择图片类型)
压缩输出的图片,在不影响画面质量的前提下,尽可能的减少文件字节数。这个工作很重要,优化一张图片所带来的效果可能比优化很多的代码所带来的效果要明显得多。

3. 在2的基础上,规划切出来的图片(包括文件分布)
规划切出来的图片,哪些图应该被合并,存放于哪个目录等等。

4. 在3的基础上,考虑整体的性能(包括合并图片、压缩文件大小)
同样是综合整体的性能、效率。

1~3点应该成为基本的技能,4属于更高的要求。这块会影响到HTML和CSS的写法,还有页面的性能(流量、链接数)。

三 HTML和CSS的编写

1. 还原设计稿视觉效果,并通过标准验证(HTML)
还原设计稿,是页面制作最基本的要求,不管设计稿是否符合自己的审美观,做为页面重构工作者,还原设计稿是一项职业素质。通过标准验证是检验我们输出的质量很重要的一个方法。虽然最终的页面不一定可以通过验证,但我们所输出的静态页面大部分是可以做到通过验证的,除非有特殊的需求。当然我们不是为了过验证而做页面,是为了标准化。

2. 在1的基础上,实现多浏览器的兼容(HTML)
兼容多浏览器,要实现多浏览器的兼容,少不要了解下各浏览器的习性。不过对于什么才是兼容,在《 中国式WEB标准 》中有讨论。

3. 在2的基础上,标签语义化(HTML)
标签语义化,是WEB标准的核心内容,只有做好了语义化,才能说得上做到了WEB标准。虽然在国内很重有统一的标准,不过一些基本的语义标签的使用还是可以定下的,如段落、列表、表格等等。

4. 在3的基础上,选择较优的实现方式(包括模块化结构,方便程序脚本使用,HTML和CSS)
做好了上面3点,只能说单一的页面做好了,下面得考虑两个以上的页面了。模块化就是为了更好的提高复用,减少重复开发所带来的浪费。模块化也是被越来越多的人所关注,可以说是发展的一个趋势,随着大家对HTML和CSS掌握越多,如何更好的发挥它们也成了提高工作效率的重点,其中模块化就是很好的一种方式,打算在之后写相关的内容(时间不好确定)。

5. 在4的基础上,考虑到扩展性、复用性和可维护性(HTML和CSS)
做好了模块化,并不一定就是最优化的,如果考虑上扩展性、复用性和可维护方面的内容,模块化有时反而会不利于这几个方面,如何平衡这几方面,是一个更高的要求。

6. 在5的基础上,考虑到整站的样式分布(包括如何实现分布)
这个算是整站的规划了,需要多少个样式,多少个目录,这些样式文件分别存于哪个目录(当然同时也需要考虑图片的分布)

7. 在6的基础上,样式写法的优化(包括技巧的应用)
这点需要跟上面的第4、5、6点结合,需要做综合的考虑,使用更合适于项目的样式写法。

1~3点为基本的技能,4~7属于页面优化方面的内容。这块影响了一个页面甚至一个站点从无到有、从有到优。掌握好各个点的知识,会让页面在越短的时间内达到最优的状态。当然这也是个人能力的体现。