<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>

<channel>
	<title>若水博客 &#187; 网页设计</title>
	<atom:link href="http://www.ruisin.net/categories/web-design/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ruisin.net</link>
	<description>总想着还有明天是会吃大亏的</description>
	<pubDate>Mon, 18 Aug 2008 11:40:25 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>ACID3引发的战争</title>
		<link>http://www.ruisin.net/2008/03/30/the-war-caused-by-acid3/</link>
		<comments>http://www.ruisin.net/2008/03/30/the-war-caused-by-acid3/#comments</comments>
		<pubDate>Sun, 30 Mar 2008 03:02:56 +0000</pubDate>
		<dc:creator>Ruisin</dc:creator>
		
		<category><![CDATA[网页设计]]></category>

		<category><![CDATA[ACID3]]></category>

		<category><![CDATA[Firefox]]></category>

		<category><![CDATA[IE]]></category>

		<category><![CDATA[Opera]]></category>

		<category><![CDATA[Safari]]></category>

		<guid isPermaLink="false">http://www.ruisin.net/?p=19</guid>
		<description><![CDATA[就在前几天，Opera成为率先通过ACID3测试的浏览器。Opera的宣布是很出乎我的意料之外的，因为就在24日，TualatriX还在他的linuxdesktop.cn上面介绍了Midori在新的WebKit内核的支持下获得了88分的成绩。很明显，同样基于WebKit内核的Safari也将在短期内改用新的内核，而且在当时没有任何消息说明Opera取得了快速的进步（我在现在的稳定版Opera9.2中甚至打开Acid3的测试页都会导致程序崩溃），因此在当时看来Safari理应能够最先通过ACID3的。
果然在Opera宣布通过测试的几个小时后，Safari也匆匆放出了自己的浏览器通过测试的截图。

接下来就是一场口水战，Rob Sayre当天就在他的博客上把ACID3鄙视了一下，并且指出Safari为通过ACID3进行了作弊。虽然以我的C++水平确实无法判断Safari是否作弊了，但是Rob Sayre的一些话确实很中肯，过早的支持ACID3并没有什么实际的意义，因为IE8也仅仅通过了ACID2的测试。
再后来就是听说Safari的稳定性出现了问题，主要问题可能是来源于对ACID3标准中SMIL的支持导致的——是的，Rob Sayre的文章中也提到了SMIL，他也不喜欢这个东西。
我个人的观点是，虽然cnBeta上有一些素质很差、观点偏激的评论，但是Firefox作为一个已经有一定影响力的浏览器就必然要考虑到稳定性优先的问题，相对而言Opera和Safari可能就更需要一些噱头去吸引注意力。而对于SMIL这样的问题，很明显是Firefox通过ACID3的一个屏障，但是ACID3并不是一个急需的内容（很明显，如果IE不能够支持SMIL，那么现在来看其他任何浏览器的支持都是没有意义的），Firefox在将来的开发蓝图中一定能够妥善安排的。
]]></description>
			<content:encoded><![CDATA[<p>就在前几天，<a title="Opera通过ACID3测试" href="http://www.cnbeta.com/articles/52111.htm" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.cnbeta.com');" target="_blank">Opera成为率先通过ACID3测试的浏览器</a>。Opera的宣布是很出乎我的意料之外的，因为就在24日，TualatriX还在他的linuxdesktop.cn上面介绍了<a title="Linux下的浏览器ACID3测试" href="http://linuxdesktop.cn/2008/03/24/linux-browser-acid3-test" onclick="javascript:pageTracker._trackPageview('/outbound/article/linuxdesktop.cn');" target="_blank">Midori在新的WebKit内核的支持下获得了88分的成绩</a>。很明显，同样基于WebKit内核的Safari也将在短期内改用新的内核，而且在当时没有任何消息说明Opera取得了快速的进步（我在现在的稳定版Opera9.2中甚至打开Acid3的测试页都会导致程序崩溃），因此在当时看来Safari理应能够最先通过ACID3的。</p>
<p>果然在Opera宣布通过测试的几个小时后，<a title="[图]Safari - WebKit 也已通过Acid3 Test" href="http://www.cnbeta.com/articles/52145.htm" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.cnbeta.com');" target="_blank">Safari也匆匆放出了自己的浏览器通过测试的截图</a>。</p>
<p><span id="more-19"></span></p>
<p>接下来就是一场口水战，<a href="http://blog.mozilla.com/rob-sayre/" onclick="javascript:pageTracker._trackPageview('/outbound/article/blog.mozilla.com');">Rob Sayre</a>当天就在他的博客上<a title="Acid3 is basically worthless" href="http://blog.mozilla.com/rob-sayre/2008/03/26/acid3-is-basically-worthless/" onclick="javascript:pageTracker._trackPageview('/outbound/article/blog.mozilla.com');" target="_blank">把ACID3鄙视了一下</a>，并且指出<a title="Changeset 31322" href="http://trac.webkit.org/projects/webkit/changeset/31322" onclick="javascript:pageTracker._trackPageview('/outbound/article/trac.webkit.org');" target="_blank">Safari为通过ACID3进行了作弊</a>。虽然以我的C++水平确实无法判断Safari是否作弊了，但是Rob Sayre的一些话确实很中肯，过早的支持ACID3并没有什么实际的意义，因为IE8也仅仅通过了ACID2的测试。</p>
<p>再后来就是听说Safari的稳定性出现了问题，主要问题可能是来源于对ACID3标准中SMIL的支持导致的——是的，<a title="Acid3 is basically worthless" href="http://blog.mozilla.com/rob-sayre/2008/03/26/acid3-is-basically-worthless/" onclick="javascript:pageTracker._trackPageview('/outbound/article/blog.mozilla.com');" target="_blank">Rob Sayre的文章</a>中也提到了SMIL，他也不喜欢这个东西。</p>
<p>我个人的观点是，虽然<a title="cnBeta.com" href="http://www.cnbeta.com、" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.cnbeta.com、');" target="_blank">cnBeta</a>上有一些素质很差、观点偏激的评论，但是Firefox作为一个已经有一定影响力的浏览器就必然要考虑到稳定性优先的问题，相对而言Opera和Safari可能就更需要一些噱头去吸引注意力。而对于SMIL这样的问题，很明显是Firefox通过ACID3的一个屏障，但是ACID3并不是一个急需的内容（很明显，如果IE不能够支持SMIL，那么现在来看其他任何浏览器的支持都是没有意义的），Firefox在将来的开发蓝图中一定能够妥善安排的。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ruisin.net/2008/03/30/the-war-caused-by-acid3/feed/</wfw:commentRss>
		</item>
		<item>
		<title>试用Firefox 3 Beta5感受</title>
		<link>http://www.ruisin.net/2008/03/25/testing-the-firefox-3/</link>
		<comments>http://www.ruisin.net/2008/03/25/testing-the-firefox-3/#comments</comments>
		<pubDate>Tue, 25 Mar 2008 02:05:06 +0000</pubDate>
		<dc:creator>Ruisin</dc:creator>
		
		<category><![CDATA[网页设计]]></category>

		<category><![CDATA[firefox-3]]></category>

		<guid isPermaLink="false">http://www.ruisin.net/2008/03/25/testing-the-firefox-3/</guid>
		<description><![CDATA[今天读到TualatriX写的Linux下主要浏览器Acid3大测试一文，才注意到Firefox2没有通过ACID2的测试（我真的是原来没注意到这一点），怪不得M$又在叫嚣IE8将是多么多么的强大和严格。
其实我不是一个喜欢试用新软件的人，尤其是开始熟悉了Linux下各种开源软件之后，越来越不喜欢尝鲜了，但是Satan!既然已经把IE8 Beta1给装上了，而且cnBeta上面也有越来越多的人声称FF3已经足够稳定，我也就没有啥理由继续持观望的态度了。

好吧，我承认，我不喜欢装beta版的软件，所以FF3我也没有装到自己的电脑上，而是随便找了一台办公电脑。下载只有6.6M，和IE8相比要小一些，既然是因为ACID而起，安装完第一件事情当然就是ACID测试，ACID2顺利通过（其实FF2在ACID2的测试中问题也不是很严重，相比之下IE7则是不堪入目），ACID3也能拿到70分以上的成绩（不知道什么原因，我测了2次成绩竟然不一样），比较令人满意。本来也想顺便把IE8也一起装上看看，但是好像因为要先安装M$的一个XP的多核处理器补丁所以作罢。
界面也如同之前在网上看到的那样，图标根据不同的操作系统进行了专门的设计（但是在汤圆的Vista里面我们没有找到前进和后退摁钮，不知是何原因）。只可惜标签页的背景还是没有改变，那个背景的过渡色风格我已经讨厌很久了。
速度！这个是我在FF3里感受最深的，页面访问速度能感觉明显提升，FF一直声称速度优于IE，但是我却没有感受到（曾看到过文章好像是可以在配置里进行优化，我没有尝试过），但是现在，至少这个beta版的FF3真的能让我觉得速度快了好多。
最后是内存，很多人说FF3的内存占用降低了，但通过实际观察，启动时内存仍然能够占用到30M以上，但是打开多个网页后内存可以稳定在70M左右，因为没有仅仅是试用了一下，所以并没有考虑到长时间试用后内存泄露的情况。
最后是我最关心的部分，页面的结构。按照Satan!的说法，IE8这次在标准模式的情况下放弃了对以往页面的兼容，还好FF3的问题不太严重，现在最主要的就是对JavaScript的解析进行了修改，目前发现TineMCE就很有问题，但是另一方面，汤圆发现FF3对marquee标签的表现改变了，效果明显提高。
因为我更关心页面开发部分，所以没有进一步的测试，现在FF3的表现还很难说是好还是坏，但是FF3和IE8已经在特定的共同条件下能够同时通过ACID2的测试（至少我知道的是：M$的ActiveX有和FF不同的安全约束），无疑已经是一个进步。随着JavaScript技术的应用，页面开发人员在保证编码兼容性方面的工作将减少，但是对代码的严格程度将提高，总的来说，技术门槛提高了。
]]></description>
			<content:encoded><![CDATA[<p>今天读到TualatriX写的<a rel="bookmark" target="_blank" href="http://linuxdesktop.cn/2008/03/24/linux-browser-acid3-test" onclick="javascript:pageTracker._trackPageview('/outbound/article/linuxdesktop.cn');" title="Linux下主要浏览器Acid3大测试">Linux下主要浏览器Acid3大测试</a>一文，才注意到Firefox2没有通过ACID2的测试（我真的是原来没注意到这一点），怪不得M$又在叫嚣IE8将是多么多么的强大和严格。</p>
<p>其实我不是一个喜欢试用新软件的人，尤其是开始熟悉了Linux下各种开源软件之后，越来越不喜欢尝鲜了，但是Satan!既然已经把IE8 Beta1给装上了，而且<a target="_blank" href="http://www.cnbeta.com" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.cnbeta.com');">cnBeta</a>上面也有越来越多的人声称FF3已经足够稳定，我也就没有啥理由继续持观望的态度了。</p>
<p><span id="more-18"></span></p>
<p>好吧，我承认，我不喜欢装beta版的软件，所以FF3我也没有装到自己的电脑上，而是随便找了一台办公电脑。下载只有6.6M，和IE8相比要小一些，既然是因为ACID而起，安装完第一件事情当然就是ACID测试，ACID2顺利通过（其实FF2在ACID2的测试中问题也不是很严重，相比之下IE7则是不堪入目），ACID3也能拿到70分以上的成绩（不知道什么原因，我测了2次成绩竟然不一样），比较令人满意。本来也想顺便把IE8也一起装上看看，但是好像因为要先安装M$的一个XP的多核处理器补丁所以作罢。</p>
<p>界面也如同之前在网上看到的那样，图标根据不同的操作系统进行了专门的设计（但是在汤圆的Vista里面我们没有找到前进和后退摁钮，不知是何原因）。只可惜标签页的背景还是没有改变，那个背景的过渡色风格我已经讨厌很久了。</p>
<p>速度！这个是我在FF3里感受最深的，页面访问速度能感觉明显提升，FF一直声称速度优于IE，但是我却没有感受到（曾看到过文章好像是可以在配置里进行优化，我没有尝试过），但是现在，至少这个beta版的FF3真的能让我觉得速度快了好多。</p>
<p>最后是内存，很多人说FF3的内存占用降低了，但通过实际观察，启动时内存仍然能够占用到30M以上，但是打开多个网页后内存可以稳定在70M左右，因为没有仅仅是试用了一下，所以并没有考虑到长时间试用后内存泄露的情况。</p>
<p>最后是我最关心的部分，页面的结构。按照Satan!的说法，IE8这次在标准模式的情况下放弃了对以往页面的兼容，还好FF3的问题不太严重，现在最主要的就是对JavaScript的解析进行了修改，目前发现TineMCE就很有问题，但是另一方面，汤圆发现FF3对marquee标签的表现改变了，效果明显提高。</p>
<p>因为我更关心页面开发部分，所以没有进一步的测试，现在FF3的表现还很难说是好还是坏，但是FF3和IE8已经在特定的共同条件下能够同时通过ACID2的测试（至少我知道的是：M$的ActiveX有和FF不同的安全约束），无疑已经是一个进步。随着JavaScript技术的应用，页面开发人员在保证编码兼容性方面的工作将减少，但是对代码的严格程度将提高，总的来说，技术门槛提高了。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ruisin.net/2008/03/25/testing-the-firefox-3/feed/</wfw:commentRss>
		</item>
		<item>
		<title>从IE6到IE7，微软改变更新策略</title>
		<link>http://www.ruisin.net/2008/01/30/about-update-ie/</link>
		<comments>http://www.ruisin.net/2008/01/30/about-update-ie/#comments</comments>
		<pubDate>Wed, 30 Jan 2008 14:01:38 +0000</pubDate>
		<dc:creator>Ruisin</dc:creator>
		
		<category><![CDATA[网页设计]]></category>

		<category><![CDATA[IE]]></category>

		<category><![CDATA[XHTML]]></category>

		<category><![CDATA[微软]]></category>

		<guid isPermaLink="false">http://www.ruisin.net/2008/01/30/about-update-ie/</guid>
		<description><![CDATA[前些天的老新闻，引用cnBeta的消息，2月12日，新的IE7将会被放进WSUS作为更新汇总包。之前的番茄花园某些版本将IE7作为可选内容进行安装，应该是导致国内IE7用户不高的原因之一。

包括各种关于IE8通过Acid2测试的消息在内，不管MicroSoft是出于什么样的商业目的，总之对网页开发人员是个好消息。虽然一个严谨的开发者仍然需要保证他的网页应该至少兼容IE5+/Win和Mozilla平台（CSS Zen Garden的标准，限于本人所能接触到的平台，我自己一般只能够做到兼容IE6+和Firefox2），但是微软的这种做法将有助于我们在更短的时间内减少网页开发的复杂度。
在去年暑假的时候，我在网页开发过程中甚至还发现IE7中出现了与IE6表现不同的父元素背景导致的“躲猫猫”bug，可是更多的著名bug还是被修复了。
我接触了很多程序员不能够理解网页设计的标准化工作，甚至认为Dreamweaver中的XHTML声明属于“垃圾代码”（这种现象甚至出现在国内许多web应用开发项目的教学视频中），但更多的网页设计漏洞都是被程序员“设计”出来的。越来越多的小型web项目被程序员单独开发出来是一项危险的行为。如同程序设计的算法优化或者安全性测试一样，实现相同界面的web页面并不代表相同的安全性和兼容性，而且(X)HTML作为解释性语言，所面临的是比程序员更加艰巨的任务——一个不熟悉非Win32平台编程的程序员可以不将他的代码编译到不兼容的平台下，但是网页开发人员却无力阻止访问者使用Opera浏览器。
]]></description>
			<content:encoded><![CDATA[<p>前些天的老新闻，引用<a target="_blank" href="http://www.cnbeta.com/articles/47361.htm" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.cnbeta.com');" title="微软提醒企业用户全面升级到IE7.0">cnBeta</a>的消息，2月12日，新的IE7将会被放进WSUS作为更新汇总包。之前的番茄花园某些版本将IE7作为可选内容进行安装，应该是导致国内IE7用户不高的原因之一。</p>
<p><span id="more-8"></span></p>
<p>包括各种关于<a target="_blank" href="http://www.cnbeta.com/articles/45524.htm" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.cnbeta.com');" title="微软IE8通过Acid2标准测试 明年上半年推出测试版">IE8通过Acid2测试</a>的消息在内，不管MicroSoft是出于什么样的商业目的，总之对网页开发人员是个好消息。虽然一个严谨的开发者仍然需要保证他的网页应该至少兼容IE5+/Win和Mozilla平台（CSS Zen Garden的标准，限于本人所能接触到的平台，我自己一般只能够做到兼容IE6+和Firefox2），但是微软的这种做法将有助于我们在更短的时间内减少网页开发的复杂度。</p>
<p>在去年暑假的时候，我在网页开发过程中甚至还发现IE7中出现了与IE6表现不同的父元素背景导致的“躲猫猫”bug，可是更多的著名bug还是被修复了。</p>
<p>我接触了很多程序员不能够理解网页设计的标准化工作，甚至认为Dreamweaver中的XHTML声明属于“垃圾代码”（这种现象甚至出现在国内许多web应用开发项目的教学视频中），但更多的网页设计漏洞都是被程序员“设计”出来的。越来越多的小型web项目被程序员单独开发出来是一项危险的行为。如同程序设计的算法优化或者安全性测试一样，实现相同界面的web页面并不代表相同的安全性和兼容性，而且(X)HTML作为解释性语言，所面临的是比程序员更加艰巨的任务——一个不熟悉非Win32平台编程的程序员可以不将他的代码编译到不兼容的平台下，但是网页开发人员却无力阻止访问者使用Opera浏览器。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ruisin.net/2008/01/30/about-update-ie/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
