大家讨论 WAP 的美食产品如何更加吸引用户…………

东东：“咱们在产品里加一个‘人体彩绘’的图片下载吧？”

“这同美食有什么关系？”

－－－－其实大家都明白加入美女之类的元素，能够吸引用户的目光。但是 东东 总能够给我们概念上的惊喜…………

东东：“这样用户看到人体彩绘后，就会更加有食欲了…………”

潘总 在大家热烈的笑声中总结道：“看不出 东东 还真是有点儿真才实学啊…………”

－－－－本来没有想写连载的，但是看了 Tiger 的留言，突然又有了启发，于是就写了个续…………

－－－－这个续的主题是，运营商应该在什么时候支持 SP，对 WAP 产品进行 PUSH 推广。

因为运营商不会轻易帮 SP 的产品做 PUSH 的推广，所以对于 SP 和运营商来讲，谨慎选择为产品做 PUSH 推广的时机很重要。

根据上一篇对 WAP 产品生命周期的小研究，在生命周期曲线的两个拐点对产品进行 PUSH 推广效果最好，即成长期结尾的那个时间点，和成熟期（或者平台期）结尾的那个时间点。

－－－－也就是在下面的图中的 A 点和 B 点。

在这两个时间点进行 PUSH 推广，可以延长产品的成长期和平台期，对产品收入绝对是雪中送炭。而在其他时间点 PUSH，撑死了只能是对产品收入锦上添花。延长了产品的成长期和平台期，就是在提高产品的总收入！而且效果惊人哦！！！

我们来做一个理想化的假设，就是下面的这个图，假设产品原本是 5 个月的成长期，3 个月的平台期，5 个月的衰退区。

经过 Tiger 巧妙智慧地运作，恰巧在 A 点进行了一次全面的 PUSH，使成长期延长了一个月变成 6 个月；在 B 点的时候 SP 对产品进行了更新升级，Tiger 又巧妙智慧地运作了一哈，对退定该业务的用户进行一次 PUSH，招回了一些离开的用户，使平台区延长了两个月变成 5 个月。

－－－－也就是 A 点变到了 D 点，B 点变到了 E 点。

梯形 OABC 的面积，就是 Tiger 巧妙智慧运作前产品的总收入；而梯形 ODEF 的面积，就是 Tiger 巧妙智慧运作后产品的总收入。

梯形 OABC 的面积是 40，而梯形 ODEF 的面积是 66，产品总收入提高了 65％！！！

－－－－这也是为什么开始研究这个问题的时候，要找到一个没怎么推广，SP 又没有太经营的“裸奔”的产品的原因啊。这样才能够研究不同推广手段在之上的效果如何。

－－－－我真是对得起我的微观经济学老师啊，哈哈哈…………

－－－－近来有朋友指出偶的 Blog 不够乏味、不够晦涩，背离了偶 Blog 上的六个大字！为此偶决定，还是要思考，还是要坚持“特乏味特晦涩”的路线，以飨我的 Blogger 朋友。

增值业务是变化很快的业务，WAP 业务升升落落得更快，所以似乎没啥人来关注 WAP 产品的生命周期。

－－－－另外 SP 的生存状态基本上就是仨字儿，“团团转”！！！所以这可能也是大家懒得考虑额外的无聊问题的原因…………

最重要的是，影响一个 WAP 业务成败的因素太多了，最基本的是本身业务素质，这个是关键，就不用废话了。

其它的因素，比如说：产品的菜单位置、是不是内容保持更新、是不是偷偷做过 PUSH、是不是偷偷分过流量、是不是偷偷变过内容…………总之一句话，SP 的“折腾”能力（或者说运营能力）极大地影响了产品的生命周期。

太多个体性的、强制性的、欺骗性的推广小手腕儿，都干扰了你看清楚真实的市场对产品的反应。

所以要想找到一个合适的 WAP 产品作为研究对象，你需要碰巧遇到下面这些情况：

• 这个 WAP 产品的素质还不错，直接死菜的产品实在没有分析的价值；
• 这个 WAP 产品的 SP 不太能折腾，运营能力不足，基本上没有使用过带“偷偷”字样的推广方式；
• 碰巧你能看到这个产品的收入报表。

－－－－我的运气就比较好，找到了这样一个可供研究的产品。因为就是偶做滴…………

产品收入曲线：

• 产品上线后的五个月，一直保持高速稳定的增长；
• 接下来增长幅度突然放缓，持续了三个月的缓慢增长；
• 终于产品收入开始下降。

曲线至此，已经可以说明市场对一个 WAP 产品的反应，接下来，如果采取各种推广措施的话，就不见得是真实的市场对这个产品的反应了。

因此我的预计是，一个符合上述研究条件的 WAP 产品的生命周期在 18 个月左右，其中前 4－6 个月是高速成长期，接下来 3－4 个月是缓慢成长的成熟期，剩下的 8－10 个月就是衰退期了，就是用户数量缓慢下降到只剩下存量用户的地步。

结合其它业务经验得出的结论：

• 业务本身的素质，决定了高速成长期的时间长短；而高速成长期时间的长短，决定了这个产品月收入能达到的高度；
• SP 的运营能力，决定了成熟期的长短；运营能力强，延长产品的生命周期，产品的总收入才能更高，这是 SP 赢利的关键。

－－－－OK，就写到这里了，今儿我想起了我姐和我姐夫大学时候的愤青年华～～～

WAP 同短信产品的最大区别就是 WAP 产品，只要你扔上线了，多多少少，三百五百，都能收到钱；而短信产品，上线了，你得自己想办法推广营销，否则用户谁都不会知道你的短信产品。

所以 SP 的营销手段真的很缺乏，成本最低收效最好的方式，可能就是短信群发和 WAP PUSH 了。

问题是，群发和 PUSH 的名声越来越次，众多 SP 为了自己的业绩，胡乱的给用户发一些诱惑性词汇，吸引用户定购业务。结果是用户交钱定了一堆无聊的业务。

－－－－你在大街上看到一个衣着体面的哥们，突然你知道他就是那个给你发垃圾短信，骗你每月花几块钱定无聊业务的家伙，你会不会有痛扁他一顿的欲望？

这种营销手段，本质上来讲，同一小撮福建农民群发的枪支弹药、走私黑车、迷药春药、中大奖的短信没啥区别！

无奈的我，最近就在“研究” WAP PUSH 的课题………… （所以比较烦）

不过还好“研究”的是“地图之星”，一个地图类的业务。对于用户来讲，好歹算是比较正经的业务。总不是什么色情图片、激情交友。而且也没有强制替用户定购。

其实，无线增值业务能发展下去，还是得做有用的、实用的东西，这一点从互联网的发展也能看出来。美女图片、激情交友这些业务，支撑不了这个行当。（其实手机娱乐我认为是有前途的，但不是这个做法）

根据我个人的“评估”，PUSH 对象的百分之三会定购“地图之星”业务，这个比例绝对比美女图片、激情交友这些业务的定购率要高很多了。说明用户还是需要在手机上的实用信息的。

怎么解决 SP 热衷于群发短信和 WAP PUSH 的问题呢？也许只有运营商加大无线增值业务的推广力度（应该有针对性，不是来虚的），以及加大对群发短信和 WAP PUSH 的监督了。

前两天在 WAP 2.0 的文档里发现了 WMLScript 这个词，于是找到东西立刻做了几个例子。

在 Openwave 的模拟器里面效果还是蛮让人期待的。功能虽然比不上 JavaScript，但是还是可以极大的扩充你的想像空间。想着也许至少可以用 WMLScript 写一个简单的地图平移缩放的小算法放在客户端，提高访问速度；或者通过 WMLScript 结合服务器端写一个类似互联网的聊天程序。

然而今天在手机上一试，发现无法支持，于是这个泡泡幻灭了………………

－－－－圣诞后一直忙于一些事务性的工作，对新技术没有什么研究。瞎写一些感受吧。

最近一直在研究 WAP 2.0，我相信，WAP 2.0 确实是一个革命性的进步，它将极大提高用户对移动互联网的兴趣。

如果我说 WAP 2.0 对开发者最有价值之处，就在于：1，对表格的支持；2，对 CSS 的支持。

然而，这周，去联通给他们看我做的一个 WAP 2.0 的业务，当然了，绝对表现了 WAP 2.0 该表现的能力，而且遵循了董杉的一贯风格，整洁、简练、以及在不同手机上页面表现的一致性。

联通的同志的评语是：“缺少 WAP 2.0 特性。”

我那叫一个崩，那叫一个溃啊。深深的感受到自己才疏学浅，靠 WWW、HTTP 混了多年的饭吃，竟然面对一个崭新的 WAP 2.0，没有吃透其中的精髓，做出来的东西竟然被评价为缺少特性。

我赶紧虚心求教，向联通的同志询问什么才是 WAP 2.0 的特性。

联通同志的回答正所谓惊天地泣鬼神，一扫我思考多时而得不到的答案。他说：“WAP 2.0 的特性一是要有背景图片，二是要有背景音乐。”

咱们 OMA（Open Mobile Alliance/WAP Forum）的同志们要歇菜了吧，咱 China Unicom 可还是 OMA 的 Full Member 哪（一年35000美刀不是白掏滴），又运营着世界第一大 CDMA 网络，手下几百家 CP/SP，一下就说到移动互联网 WAP 2.0 的点子上了吧？

你瞧瞧你们 OMA 的网站，一点 WAP 2.0 特性都没有，又没有背景图片，又没有背景音乐。互联网站都做不漂亮，谁还信你们能为移动互联网制定规范啊？

再看看现在其他的互联网站，新浪、搜狐、网易；YAHOO!、MSN、Google（尤其是 Google，互联网站都被你整成一 WAP 1.2），做得都够次的，连背景图片、背景音乐都不会加上来吸引用户。土啊，土啊。

哎，我突然想起来我在1998年初做的有生以来的第一个网页，那是我在 GeoCities（被YAHOO!收购啦）上申请的个人主页。那时候我就用了平铺的背景图片，还精心挑选了背景音乐哪。

事隔多年好像觉得那时候做的页面好土啊。可是现在，难道我还要回归当年的审美标准吗？

－－－－下午回到公司，我赶紧加上了背景图片和背景音乐，不过背景都很淡，音乐也很平和，不知道是不是 WAP 2.0 的特性还是不够？

昨天讲到了WAP 2.0在不同手机上的不同页面效果，这让我想起了历史上开发者对统一页面效果追求的年代。

－－－－说是历史，其实也只是在大约不到10年之前。

那就是Netscape Navigator和Microsoft Internet Explorer，这两个浏览器之间的故事的一小部分。

在早年间，Netscape占统治地位的时候，这个问题是不存在的，大家只要做适合Netscape的页面就好了。到后来，IE统治了浏览器之后，这个问题也不存在了，因为大家只要做适合IE的页面就好了。

然而在我出道的时候，Microsoft正向Netscape发起在浏览器领域的争夺战，这场战争的过程以及结果就不用多说了。总之结果就是Netscape引发了对Microsoft的反垄断调查及指控。很明显，你要占了便宜你能找法律来给你主持公道吗？显然不会嘛！你只有受了委屈才会找人主持公道啊。

总之当时的网友很热衷于讨论他们到底是Netscape的支持者还是IE的支持者，并且有时候会上升到一个高度。Netscape支持者自诩自己是老一辈网友，对IE及微软不懈一顾；而IE的支持者则认为Netscape不好看、老套、不够友好，这很正常，IE很早就有中文版，Netscape可是很久之后才有的中文版啦。

－－－－Netscape的忠实支持者像守护这京剧这样的国粹一样守护着自己对浏览器的喜爱偏好，然而无论如何，也挡不住IE的崛起。

坦率说，当时我是IE的支持者，但是令人郁闷的是，我的领导都使用Netscape。所以我做的页面不得不在Netscape上有良好的显示效果，因此从那时起，我就开始了追求页面的统一效果，一如现在在不同手机上做的事情一样。

－－－－当时，IE在对HTML的解释上比Netscape更加好一点，至少我是这么认为的。

这里有一个问题，就是什么叫做“更加好一点”？“更加好一点”的意思就是IE总是像我设想的那样显示页面，而Netscape不是。IE对HTML的解释更加宽松，不那么严格，而且更加有逻辑性可循。Netscape并非做得不好，只是对HTML要求得更加严格一点。而且IE对JavaScript的解释同Nescape对JavaScript的解释是不同，这真是太郁闷了。呵呵。现在可能没有人在考虑他们的不同之处了吧。

－－－－我不用FrontPage、Dreamweaver等HTML的可视化编辑器，我一直手写HTML的源代码。

多年前我就使用文本编辑器编写HTML代码，现在还是（其实我写Java或C的程序，也很少用集成开发环境，撑死了用他们编译一下，但很少用他们编辑源代码）。这并非我对这些编辑器有偏见，只是因为我是A型血的完美主义者，不可能忍受可视化编辑器背着我生成HTML代码，而且难免其中有“垃圾”代码。

这种变态的习惯消除了我对HTML的恐惧心理（好多网站制作人员都有的哦），而且促使我对HTML有了深刻的理解。我非常清楚地知道哪些代码是为了在IE上能有好看的表现（称其为“加分”的代码），而哪些代码只是为了让Netscape上表现出来的东西勉强同IE看上去差不多（称其为“补漏”的代码）。

“加分”的代码对于Netscape而言，和“补漏”的代码对于IE来讲都一样是“垃圾”代码，因为他们不解释这些代码。但是当“补漏”的代码牵扯了你很多精力的时候，你自然而然地希望IE能赶快战胜Netscape，这样你就不用再为Netscape费心了。（不巧的是，这竟然“梦想成真”了）

我想很多开发者心理的天平都慢慢倾向了IE，因为越来越多的网页上标明“最佳显示效果：Internet Explorer 4.0 (800 x 600)”。在这样的情况下，Netscape怎么可能不落败呢？

－－－－如果说Netscape总是要说Microsoft通过在Windows里嵌入IE才战胜了他，那么为什么Netscape没有攥住开发者的心呢？？？

这个问题如同今天的手机一样，各个手机厂商应该想到这一点，也许应用的开发者，也在引导着用户做出他们的选择呢。

――――这个，基本上很难！

最近一直在忙WAP 2.0，周末的时候花了12个小时的时间写了一个4K的页面，可以说创下我写这种标记语言速度的新低。

WAP 2.0开发的最大挑战，恐怕就是为不同型号的手机进行适配了。虽然前两天拿到了一些联通的规范和一些手机的文档，然而手机似乎并不总是像文档上描述的那样行为。

――――有时候你就像一个医生，不得不抱怨“为什么病人生的病总是不像书里面讲的那样？”

在这4K的代码里，几乎每一行代码都在不同的手机上试验以保证他们能有尽可能相同的显示效果。基本上我试验了主要的几款支持WAP 2.0的手机，包括Motorola A860、Samsung W109、LG W800、LG C930、Samsung X199。前三款不用说了都是已经上市的双模手机，后两款都是即将上市的型号，其中Samsung X199是一款小屏幕的手机，屏幕分辨率只有 128 x 160 像素。（让我很郁闷的是没有试验Sanyo的588，因为我公司的家伙竟然把588的充电器搞丢了）

Samsung

首先说Samsung的浏览器，可以说是三个厂家里面WAP 2.0页面效果最糟糕的。因此，基本上我更多地在用Samsung的手机做试验，因为只要在W109手机上的效果能让人接受，基本上在其他手机上的效果就都可以接受了。让我历数一下W109相比其他手机更加令人郁闷的地方：

• 单个字竟然是16x16像素大小的，大家又不是近视到那个程度，要那么大的字干什么？搞得一个屏幕都放不下很多字。
• 字体不支持粗体。
• 定义了整个页面链接的颜色，就无法再定义单个链接的颜色了。意思是你一面墙都刷成白色的了，你的门也别想刷成别的颜色了。
• 在表格中，按上下键，无法在左右两边的单元格里移动来选择链接，你只能按左右键来选择。这个问题会给用户带来困扰，因为有人就是不知道还能按左右键移动。
• 最荒谬的是，如果你一行字是不换行的（<p mode="nowrap">），那么以后所有的行都不会再向右对齐了，这简直太荒谬了，除非你再设定这一行字是可以换行的，简直是驴唇不对马嘴。

但是这里面提到的3、4、5这几个问题在Samsung的X199上就不会出现，这让我真的有点怀疑W109当时是不是仓促推出的。令人很不爽的是W109还卖了很多，以至于你无法忽略这一款让人又爱又恨的手机。（我很喜欢它的外形和那种能当半块砖头防身的厚重感觉）

Samsung的X199的主要问题就是屏幕太小，但是我听说了Samsung正在推出或者即将推出很多型号的这种小屏幕尺寸的WAP 2.0手机。所以我们不得不也为小屏幕尺寸的手机准备相关的页面。而对于小屏幕尺寸WAP 2.0手机的支持是联通规范里忽略的或者没有引起足够重视的。

Motorola

Motorola的手机的页面效果也不比Samsung强多少，如果Samsung可以得60分的话，那么Motorola撑死了能得70分。

• A860同样存在着字体大的问题，它的字体是15x15像素的。
• A860也不支持粗体。
• A860如果定义了整个页面链接的颜色，也无法再定义单个链接的颜色了。
• 另外A860的屏幕色彩有点淡，颜色稍微浅点儿恨不得就成了黑白屏的手机了。

LG

总之我觉得可以给LG手机对WAP 2.0的支持打90分了。上面的毛病它都没有。所以我每次都愿意拿LG的手机向别人演示WAP 2.0的效果。呵呵呵。

－－－－为LG鼓一下掌吧，如果Samsung、Motorola的手机能做得和LG一样好，肯定会更加推动WAP 2.0业务的发展。

－－－－这里指的WAP 2.0的试验，都是在中国联通CDMA1X网络下使用手机进行测试的。

今天稍微试验了一下CSS在WAP 2.0中的应用，因为没有什么参考，所以只能根据有限的一点说明自己摸索。

要说真是够累的。人人都说WAP 2.0支持CSS，但是没人知道到底支持CSS的哪些特性。

一，如何将CSS文件与XHTML文件关联

这个和互联网上差不多，有三种方式：

1，外部样式表

<?xml-stylesheet href="mobile.css" media="handheld" type="text/css" ?>

或者

<html>
<head>
<link href="mystyle.css" type="text/css" rel="stylesheet"/>
...
</head>
...
</html>

2，内部样式表

<html>
<head>
<style type="text/css">
p { text-align: center; }
</style>
...
</head>
...
</html>

3，Inline样式表

<p style="text-align: center">...</p>

二，几个试验

1，链接的颜色

a { color: #019BCF; text-decoration: none; }
a:visited { color: #003399; text-decoration: none; }
a:hover { color: #019BCF; text-decoration: underline; }

上面这段代码是互联网页面中常见的，定义了链接的颜色，以及何时出现链接下划线。三句的意思分别是：

链接：颜色为#019BCF，没有下划线。
访问过的链接：颜色为#003399，没有下划线。
鼠标悬停在上方的链接：颜色为#019BCF，有下划线。

WAP 2.0里起作用的只有：

a { color: #019BCF; }

意思是：颜色为#019BCF，总是有下划线，而且无论你是否访问过，它都不会变什么颜色。

另外试了一下，似乎可以额外支持粗体的显示：

a { color: #019BCF; font-weight: bold; }

2，文本的排列

td { text-align: right; }
p { text-align: right; }

这些都是可以支持的，也是意料之中的。需要额外注意的是，在CSS里定义了这个之后，像如下的写法就会不起作用了。

<p align="center">Text</p>

文本还是会被置为向右对齐。

3，页面背景

body { background-image: url(/Images/bg.gif); }
body { background: red; }

4，使用class属性

可以支持像下面这样使用CSS：

CSS文件中

.boldtext { font-weight: bold; }

XHTML文件中

<p class="boldtext">Test</p>
<span class="boldtext">Test</span>
<div class="boldtext">Test</div>

这是一个好消息，这样可以实现统一页面的样式，算是实现了CSS的初衷。

三，小结

总之，似乎通过HTML Tag能实现的功能用CSS也能实现（除了背景音乐），但是用HTML Tag实现不了的功能，用CSS也实现不了（除了链接的颜色）。这样的一个结论似乎是让人蛮失望的，但是支持使用class属性应该是一个好消息，毕竟这才是当初CSS被设计出来的初衷，花哨的页面效果，只是CSS的Bonus而已。

－－－－附图是WAP 2.0在LG C930手机上显示的例子，体育之星，新旅游。

点击下面链接，下载附图：
http://211.94.188.9/shawnsblog/20041209WAP.png

在领导我的兄弟们做了众多乏味的、黑暗的、单调的WAP 1.2业务之后，WAP 2.0的出现终于给大家带来了生活的希望，众多悲苦的兄弟们奔走相告，恨不得立即抛弃遭人唾弃的WML。

• 越来越多的CDMA1X手机开始支持WAP 2.0，使用支持WAP 2.0手机的高端用户是电信增值业务的主力用户。（在部分业务上，WAP 2.0用户已经接近50%的比例。）
• 相比较WAP 1.2业务，WAP 2.0极大地改观了WAP业务的表现能力。
• WAP 2.0业务使用XHTML作为标记语言，相比较WAP 1.2使用的WML，XHTML使得大量拥有Web开发经验的开发者轻松转移到WAP业务的开发上。
• WAP 2.0浏览器对WAP 1.2的向下兼容性使得旧代码依然能够使用。
• 最重要的是，表现能力的改善使得业务设计者和开发者的创造力和激情得以释放，而不用由于WML的局限对业务的设计说“不”了。

WAP 2.0有价值的新特性以及一些实用性评论

播放音乐

<bgsound src="midi/hy.mid" loop="-1">

WAP 2.0浏览器可以支持MIDI音乐的播放，播放音乐可以通过用户点击链接，或者直接作为页面的背景音乐播放。

在实际工作中，我们发现，似乎LG的手机支持背景音乐的播放最顺利，而Motorola和Samsung的手机无法播放背景音乐。

MIDI音乐的选择也是很重要的。我们曾经选择过一首非常震撼的音乐，效果非常棒，赢得了所有人的赞赏。之后我们的页面开发一直在使用那首MIDI，每天办公室里都飘荡着那段背景音乐，直到有一天，终于有人发现MIDI文件的尺寸是93K。这让我们非常沮丧，因为为了提高页面下载的速度，我们为了图片和页面几百个字节而斤斤计较，却没有发现这首MIDI竟然如此庞大。最糟糕的是，我们测试的时候，每刷新一次我们的页面就会下载一次这首MIDI，而每一次我们都不知不觉为此付了联通将近一元钱的数据流量费！！！

背景色

<body bgcolor="#e0e0e0">

背景图片

<body background="images/bg.gif">

跑马灯

<marquee>Links, Text or Pictres</marquee>

文字颜色

<font color="blue">Text</font>

动画GIF图片支持

WAP 2.0浏览器可以支持动画GIF图片，因此可以制作动画的效果。然而也需要注意动画GIF的尺寸也是需要注意的问题。

表单

输入框
<input type="text" width="120" value="hello">
单选框
<input type=“radio” value=“1”>北京
多选框
<input type="checkbox" value="1">北京
下拉框
<form><select id="province"><option value="0">北京</option><option value="1">上海</option></select></form>

其中下拉框的实现很有意义，结束了WML里面动辄就是整页的列表的情况。

表格

WAP 2.0对表格的支持是我认为最重要的更新。通过使用表格可以将页面内容进行良好的组织。

由于表格的<table>和<td>标签都支持背景图片，加上对动画GIF图片的支持，因此有可能因此实现一个由背景图片和前景图片形成的动画效果。这样实现的动画效果，要比单纯的动画GIF方式，数据传输量小。

WAP 2.0的浏览器还支持表格的嵌套，这样使内容组织更加灵活。

我曾经设想过通过多层表格的嵌套，实现多层背景图片的动画效果，但是不幸的是，似乎多层表格的嵌套，会使得图片在表格中产生一些位移，而无法达到理想的效果。

但是以目前对表格的支持情况，已经可以允许我们对WAP页面有一定的想象力了。

CSS

WAP 2.0对CSS也是支持的。但是我在这方面测试不多。

如果WAP 2.0对CSS的支持不是过于有限的话，那我觉得将会是另外一个巨大的飞跃。

目前，我看到了一些CSS在WAP 2.0中的例子，然而似乎没有特别出众的地方。

如果说对CSS在WAP 2.0上的期望，那么我希望是对字体（包括字体，大小等）的严格控制。

Timer

定时器，也是非常有用的特性。可惜我还未曾用上。

<card id="Card1"  ontimer="#Card2" title="test">
<timer value="30" />
<img src="wap20/test2.gif" alt="test2" /><br/>
</card>
<card id="Card2" ontimer="#Card1" title="test">
<timer value="30" />
<img src="wap20/test3.gif" alt="test3" /><br/>
</card>

附图是WAP 2.0在LG C930手机上显示的例子，体育之星，新旅游。

• 体育之星使用了通过背景图片和前景图片实现的动画效果，“星河小精灵”是背景，而脚下的足球和篮球则是前景图片。体育之星还使用了跑马灯的文本效果。
• 新旅游则是充分利用了表格，实现了漂亮的图片按钮的链接效果。