mark

 XHTML MP 所丢失的主要的 WML 语言的特征:

1. XHTML MP 不支持 Deck 与 Card
2. XHTML MP 不支持计时器
3. XHTML MP 不支持事件
4. XHTML MP 不支持变量
5. XHTML MP 不支持客户端脚本
6. XHTML MP 不支持对软键 (accesskey) 编程
7. XHTML MP 不支持 <u> 标签
8. XHTML MP 的输入字段不支持格式化属性
9. XHTML MP 不支持用锚链接发送数据

HTML

HTML (超文本标记语言) 用于万维网 (WWW) 的标记语言. WAP 开发的主要目标之一是将万维网带到移动电话和 PDA 等无线设备上. 因此, 无线世界标记语言的许多特征都借鉴了 HTML. 这也是 WAP 标准 (WML and XHTML 移动概要) 指定的标记语言与 HTML 如此类似的原因.

WML 1.x

WML (无线标记语言) 是 WAP 1.x 说明中定义的标记语言. 它是无线设备的第一个标记语言标准. 在引入它之前, 无线领域的主要玩家们, 如 Openwave, Nokia 和 Ericsson 都有它们自己的标记语言. WML 说明是 WAP 论坛创建的. 该论坛由 Ericsson, Motorola, Nokia 和 Openwave 于1997年合建而成. 目前, 许多 WAP 网站仍然使用 WML 作为标记语言.

XHTML

XHTML (可扩展超文本标记语言) 是用 XML (可扩展标记语言) 对 HTML 的重新格式化. XHTML 中的标签与 HTML 中的相同. 你可以将 XHTML 视为用 XML 语法写出来的 HTML. XHTML 比 HTML 有更简洁更严格的结构, 从而使得对文档的解析更为容易. 这对移动电话等无线设备尤为重要, 因为它们的解析能力有限. 所有主流 Web 浏览器都支持 XHTML. XHTML 将逐渐替代 HTML.

XHTML 基础 (Basic)

XHTML 基础是 XHTML 的简化版. 它被设计用于处理能力受限的设备, 如移动电话, PDA, 智能手表, 无线传呼机, 等等. XHTML 基础不包含在这些设备上难以支持的 XHTML 特征. 例如, 级联样式表, 框架, 和脚本在 XHTML 基础中都得不到支持. XHTML 基础是 W3C (万维网联盟) 定义的.

XHTML 移动概要

XHTML 移动概要是前 WAP 论坛定义的最新 WAP 说明 2.0 版的官方标记语言. WAP 论坛基于 XHTML 基础创建了 XHTML 移动概要, 从 XHTML 完全版中增加了一些元素和属性, 如 <i>, <b>, <hr>, <small> 和 <big>. XHTML 移动概要支持级联样式单的简化版 (被称作 WCSS 或 WAP CSS).

WCSS 或 WAP CSS

CSS (级联样式单) 广泛用于万维网, 用来定义 Web 页面在浏览器中展现效果. WCSS 或 WAP CSS 是 CSS2 的简化版, 添加了一些对于 WAP 的专门扩展. WAP CSS 是在 WAP 2.0 说明中定义的. 由于? WAP CSS 是为在无线设备上使用而设计的, 因此, CSS2 的对无线设备不适合的或不必要的特征都没在 WAP CSS 中包含. WAP CSS 将展现效果从内容中分离了出来. 如果你想更改一个 XHTML MP 页面的展现效果细节, 你只须修改样式单. 有了 WAP CSS, 你可以轻松改变你的 XHTML MP 页面的布局和风格来适应不同的用户代理 (User Agent).

WML 2.0

WAP 网站开发人员不需要关心 WML 2.0. WML 2.0 的创建目的是向后兼容, 而不是供 WAP 网站开发人员使用的. 要想用 WAP 2.0 标准开发开发 WAP 网站, 就用 XHTML 移动概要吧.

xhtml移动概要下载

XHTML对于无线开发意味着什么？

WAP2.0将XHTML指定为下一代无线访问协议的内容编写语言。XHTML Mobile Profile是XHTML的一个子集，为各种移动设备编程提供了一种多用途的和有效的方法。用这门语言编写的内容也适合在PC环境里显示。本文会探讨XHTML Mobile Profile，将其放在更大的XHTML框架里，后者包括了XHTMLMod、XHTML Basic和WML2。

XHTML、XHTMLMod和XHTML 基础
W3C已经把XHTML 1.0定义为官方的Web标示标准，从而取代了HTML。基于HTML 4.0的XHTML其实就是就入了模块化并严格遵从XML规范的HTML 4.1。通过为不同的设备类型的Web页面提供清晰的结构，XHTML作为一个XHTML的应用程序，是移动Internet和固定Internet相集成的关键一步。你可以参考我们先前的文章，以获得更多关于XHTML的信息。

W3C所推荐XHTMLMod详细说明了XHTML的抽象模块化（abstract modularization）。它能够细分和扩展XHTML，还能让XML标准规范指定定义明确的XHTML元素集，有些类型的设备需要支持这些集合。从本质上讲，XHTML Modularization按照功能把XHTML 1.0拆分成了多个抽象模块。把这些模块结合起来就能够构成像XHTML Basic这样的XHTML子集。使用XHTMLMod，你就可以通过组合XHTML模块从而构成新的文档类型，而不再需要对基本XHTML元素的排列组合实现这一点。

XHTML Basic是移动版本的XHTML 1.0。不是所有的XHTML元素都是大量移动设备的有限显示屏、内存和处理能力所需要的，这些设备包括移动电话、PDA、传呼机和顶置盒等等。XHTML Basic利用XHTML的模块化创建了一种文件类型，这种文件类型由来自XHTML 1.0的最小模块集组成。通过将这些模块集和图像、表单、基本表格和对象支持接合起来，XHTML Basic提供了一种XHTML文档类型，不仅能够为小型设备提供足够的实现方法，而且能够为这样的（小型）设备提供丰富的内容编写方法。和WAP1.x内容编写语言WML相比而言，这样的文档类型用途会更广。

XHTML Basic几乎提供了HTML移动设备专用子集（cHTML、WML和HTML 4.0移动访问的指导原则）的所有标准特性。这些特性包括对基本文档格式化、表单、超链点、基本表格、图像和信息的支持。从本质上讲，XHTML Basic就是去掉了诸如框架（）这样能力的XHTML 1.0，对于只有有限显示能力的移动设备来说，这些框架与其相关度不是很大。其他没有被包括进XHTML Basic的XHTML 1.0重要特性还有样式元素（但是你还是可以链接到外部的样式表）、脚本元素和事件元素。而且只有基本表格和表单获得了其支持。

XHTML Mobile Profile

XHTML Mobile Profile是WAP论坛为WAP2.0所定义的内容编写语言。XHTML Mobile Profile是为不支持XHTML的全部特性且资源有限的Web客户端所设计的。它以XHTML Basic为基础，加入了一些来自XHTML 1.0的元素和属性。这些内容事实上就包括了一些其他表示元素和对内部样式表的支持。和XHTML Basic一样，XHTML Mobile Profile是严格的XHTML 1.0子集。

图A显示的是XHTML 1.0、XHTML Basic和XHTML Mobile Profile三者之间的关系。和WAP层叠样式表（WAP CSS）的结合，让XHTML Mobile Profile能够为大量支持WAP2.0的移动设备的内容表示提供了多用途的环境。

XHTML 1.0、XHTML Basic和XHTML Mobile Profile三者之间的关系

Mobile Profile规范，WAP-277-XHTMLMP-20011029-a，根据XHTMLMod 所定义的模块定义了XHTML Mobile Profile的文档类型。表A和B列出了包括进XHTML Basic里的模块和元素以及其他XHTML 1.0模块，这些都是XHTML Mobile Profile文档类型。

被包括进XHTML Mobile Profile还有其它模块和元素，以及XHTML的基本元素、XHTML Mobile Profile、WAP-277-XHTMLMP-20011029-a等。

用于XHTML Mobile Profile 的MIME媒体类型是application/vnd.wap.xhtml+xml。它应该获得应有的关注，虽然XHTML Mobile Profile文档不是一定要和application/vnd.wap.xhtml+xml媒体类型相关联。可以换用Text/html。

对于相容文档（conforming document），必须有一个带有公共标识符的DOCTYPE声明

今天有个同事说产品提出发表文章能不能增加富式编辑器的需求。
找了开发确认，现在加富式编辑器不行。
期间几个同事聊了一下关于手机输文章换行的问题，呵呵。
在手机上使用最多提换行，现在用的是[br/]，但这个比较难以输入。
但用其它字符串代替，比如 …虽然方便输入，又会和省略号混淆，而且看起来比较奇怪。
我说不如用摩斯码类似的吧 ,,.  有些手机逗号句号又不一样。
这是个麻烦事…现在还没找到合适的方法

http://www.w3school.com.cn/html5/index.asp
<acronym>
<applet>
<basefont>
<big>
<center>
<dir>
<font>
<frame>
<frameset>
<isindex>
<noframes>
<noscript>
<strike>
<tt>
<u>

有的地方叫手机网站，手机网站定义有点大(搜索手机网站首先出来的就是卖手机，手机资讯)，所以在这里称wap网站。
从目前来看有少数直接用的web页面当wap页面用。
随着无线的发展，我相信有线无线一体化肯定也是一种趋势。
从测试结果来看，web页面兼容问题比较多。
现阶段情况下，建议使用wml/xhtml mp开发wap站点
wml比较简单，这里主要谈xhtml mp类的网站开发情况。
主要简单列一下wap开发的大概知识，希望对即将进入wap开发人员有些帮助。

wml/xhtml介绍
wap网站面临的现实问题
手机操作系统介绍
手机浏览器介绍
常见兼容问题介绍
页面优化介绍

什么是wml？(wap1.0)

什么是xhtml mp?(wap2.0)

在开发wap站点的时候遇到几大问题
1.参考资料缺乏
2.测试环境复杂不完善
3.浏览器种类繁多

xhtml tag标签分析
我们从20大网站取样进行相关tag分析
样本数量：92300
在xhtml mp中我们基本上只用到前面排名20的标签
这次统计分析对wap网站开发有着重大指导作用。
在测试中发现前10的标签兼容性是最好的，
可以发现几大门户非常有默契的使用div br简单布局。

常见的手机浏览器
opera mini
IE Mobile
safari
Android webkit
Blackberry
ucweb
QQ手机浏览器
Go

浏览器测试
在国内从统计数据来看用ucweb比重较大,ucweb有个拉取背景图的bug.
背景图时有时无
但在几次评测中速度不如opera mini

speed test
http://bbs.dospy.com/thread-603009-1-8.html
http://wapreview.com/blog/?p=4803
假如你是一位经常利用手机上网逛论坛,看日常新闻,视觉感受不在第1位的用户,我建议你用UCWEB.
假如你是一位热衷于掌上娱乐,对视觉冲击非常感冒,并且不在乎流量和多些许时间的用户.我向你推荐OPERA.
假如你是一位对娱乐和效率同样重视的用户,那就像我一样,同时拥抱OPERA&UCWEB吧!

附：手机型号与浏览器

手机操作系统(Mobile OS)
MTK（山寨机基本用的是这种操作系统）
kjava
Palm（blackberry）
windows Mobile（dopod）
Android(htc)
symbian(nokia)

请参考Minmin的css属性标签兼容性对比

手机屏幕分辫率
现在手机常用的分辫率有：128*160、176*220、240*320。
128*160多用在低档的手机。
中档的手机一般分辨率为176*220。
中高档手机分辨率多为：240*320。
现在最高的分辨率达到了480*640

页面宽度选取与兼容
很多wap页面用了固定宽度，这里不建议采用这种方法
固定宽度有很多兼容问题，页面出现显示不全，出现横向滚动等现象。

最佳做法是让宽度自动适应，
手机一行大概能显示13个中文字符
我看过有些文章说是14个，这里问题不大。
我们这里取13个中文字符

这里可能有人问我，为什么最小宽度不用128呢？
128的手机基本不能访问互联网，这里采用了一个市场占有率比较大的最小手机分辨率。

纠结的问题：是所有兼容，还是兼容大部分
在实际开发中，发现要像web端提高视觉效果一个页面兼容几乎所有情况基本不现实。
所以就在下面这些例子，用不同的版本兼容不同的情况。
当然增加很多的运营成本和人力成本。
我们也正在考虑在以后的开发中不上线wml版本，只考虑xhtml mp版然后调用不同的样式来兼容各种情况。
在测试过程中mtk机器能支持简单的背景色，文字颜色，背景图片支持很差。

几大门户所用的兼容应对方法
在我们开发手机校友录，书城，qzone的项目测试中。
能访问internet的手机极少数完全不支持css(支持部分).
由于wap发展比较慢，目前现行的wap页面大部分是wml的(没有css).
由于复杂的兼容性问题，几大互联网公司采取的多版本策略。

比如：
新浪:普通版(wml)，彩版(xhtml mp)，3g版(xhtml)
sohu:普通版(wml)，彩版(xhtml mp),炫彩版(xhtml)
163:普通版(wml)，高档版(xhtml mp),电脑版(xhtml)

wml不支持样式
xhtml mp版，支持基本的样式，如背景色，背景图片，文字颜色，margin,padding等。

页面优化
由于用户对流量很敏感。wap页面要尽可能的控制流量。
相比于web,wap页面优化达到了苛刻的地步。
wap页面严格执行web端的优化原则

1.动态程序和静态页面分离，减少页面空白。
2.样式和代码进行压缩
3.用短命名法
4.尽可能使用canvas代替图片(iphone应用开发)
5.减少请求数
…

常见问题及应对措施

最近公司流行分享，不管分享的质量好坏。
分享本身是一种好现象。

这里例举一下公司的分享现象

1.必须分享在某个地方
2.每周都必须分享
3.大部分是转载
4.大部分都在分享
5.分享内容越来越少了
6.抄送给上级

老板提了一些问题，提出一些要求的时候。
下一级不管自己学到没学到。
然后号召起会议让大家一起学习。
好的东西可以有很多种形式。
如果用党代表大会类似形式来传达的话，不得不对这种效果表示质疑。
到底是做给别人看呢，还是真让大家一起学习提高。

目前表现出来的一些不好现象
1.大家都是为了完成任务而分享
2.固定的时间段分享导致分享质量严重下降
3.员工对种分享认可度不高。

我们在分享的时候应该考虑以下几个方面

1.团队目前需要分享吗？
2.分享的方向对吗？
3.分享有效果吗？
4.分享的对象正确吗？
5.分享是自己的亲身体会吗？
6.分享的对象认可分享内容吗？

这里也自我反思几个问题
1.分享过少，导致别人不知道自己做出的一些成绩，没有影响到相关团队。
2.研究的技术不够深入，对发展方向思考的不够全面
3.在沟通方面太直接，缺少某些沟通技巧。

原文地址：http://www.webmonkey.com/blog/What_Comes_After_HTML5__Just_HTML
翻译：comsharp

The future of the web is fast approaching. HTML5, the successor to today’s HTML 4, the lingua franca of the web, has reached the Last Call stage and is beginning to look like a finished spec. While it will be some time before HTML5 can be called complete, forward-thinking browsers already support much of the spec.

HTML5 represents the biggest leap forward in web standards in almost a decade, but what comes after HTML5? HTML6?

As it happens, no. The WHAT Working Group, which, along with the World Wide Web Consortium (W3C), is helping to create HTML5 and beyond, has already decided to move to a non-versioned development model after the release of HTML5. That means, in the future, there will simply be HTML.

What will this HTML look like you ask? Well, Mark Pilgrim, who works on the WHAT Working Group, has started a new series of posts on the group’s blog entitled What’s Next in HTML?

The answer, at least for now, is a possible new tag: .

As you would expect will offer web developers a way to access devices, for example your PC’s webcam or perhaps your mobile device’s accelerometer.

The obvious application for the device tag is video chat — something currently only possible using proprietary tools like Adobe Flash. As Pilgrim points out in his post, if you combine the existing video tag and web socket tools of HTML5 with the new device tag, all the elements necessary for an online video chat application are in place.

Before web developers get too excited it’s important to realize that is a long, long way from being a real HTML element. As Pilgrim notes: “the entire device API is still in its infancy… nobody has even started implementing a prototype of that piece yet, and the whole idea might be scrapped.”

That shouldn’t be too surprising for those of you following the bleeding edge of the web, after all we’ve already been teased with the promise of a single video codec only to see that vanish.

But with any luck, the device tag won’t suffer a similar fate and one day web developers will be able to take advantage of yet another set of tools that were once the sole province of desktop software.
未来的 Web 正在加速到来，HTML5 已经完成细则的制定并蓄势待发，尽管它的实现仍待时日，一些有前瞻眼光的浏览器已经开始支持 HTML5 的部分功能。HTML5 是10年来 Web 标准的最大改进，然而 HTML5 之后是什么？是 HTML6 吗？

不是。 WHAT 工作组 (WHAT Working Group) 正联合 W3C 制定 HTML5 的后续版本的细则，他们决定在 HTML5 之后，制定无版本号的 HTML，意味着，今后的 HTML 将直称 HTML。这种无版本号的 HTML 是什么样？WHAT 工作组的 Mark Pilgrim 最近在他的系列博客文章中对此做了介绍：

到目前为止，最可能的改变是，新增一个 标签，该标签将提供对某些设备的访问，比如，摄像头或你的移动设备的速度传感器。

该标签最显而易见的应用是视频聊天，目前，这种应用只能通过特定的程序，如 Adobe Flash 进行。Pilgrim 在他的博客文章中指出，设备标签结合 HTML 5 的 视频标签，足以实现在线视频聊天应用。

不过，先不要高兴太早，这一过程还遥遥无期，整个设备 API 还在孕育中，还没有任何原型实现，而这一想法也有可能半路夭折。作为 Web 开发者，我们对这种事并不陌生，就像那个无疾而终的视频解码器的承诺。

不过，如果设备标签最终得以实现，Web 开发者们将拥有又一种过去只有在桌面程序中才有的工具。