菜单

web标准

2019年2月26日 - jQuery

3、热衷于“向前看”

学学新技巧,足够友好的技术树——html五 、canvas、svg、react、ES6等。

消除“难点”——觉得一般的行事没什么挑衅了,所以不屑于去深挖本人一度会了事物。

做出炫酷的职能——纯CSS图标、动画,3D动画,canvas动画等。

跟风式学习——我们都在谈,产业界都在捧,看起来很好的东西,就起来不耐烦不安,箭在弦上,其实有句话叫做:“基础不牢,地动山摇”,兴致冲冲的去读书新的东西的时候,往往会发现,没有丰裕的底子,是很难前行的。

下面说的这么些是错的么?当然都对,特别是在技术发展立异迭代速度快的网络领域,想会得更加多让投机更强,同时会的越来越多在骨子里运用中可挑选的方案也更加多,兴趣驱动去学学,这是好事,我要好也是那样的,但大家必要留意的是,学习不是一条直线,无法顺着一条线一向往前冲,除了长度,还有深度,须求我们不停的从各样方面去打磨和填充才能好转。

这一个规范超越50%由万维网结盟(W3C)起草和揭露,也有局地是其他专业组织制定的行业内部,比如ECMA(European
Computer 马努facturers Association)的ECMAScript标准。

结构和呈现分离了啊?

从大家开首接触分离观,恐怕就有一种认识,html里面不用有内联可能内嵌的体制,就是分手了,其实不然。
那带来了1个结果,不注重标签和类重视。所以,貌似大家已经完全做到了分别,但分离之后,结构并没有办好它的本职工作,然后大概滋生我们只好要用类加以区分,反而因为要观照到样式,在构造和显现之间创制很多纷纭复杂的牵连,这也是拉动爱慕难点的根源之一。不要全体工作都提交CSS化解,让CSS只做它该做的,也毫无让祥和在标签上接纳的失误变成见缝插针的说辞。

<strong><em><b><i>和其余短语元素

短语成分,在于控制的微粒更小,无关布局,和显现也尚无太大关系(尽管它会有加粗大概倾斜的功用),用来对于页面中的有个别特殊内容做出尤其的标识,比如“强调”、“引用”等。

那就是说它们的界别在哪儿?

<strong>代替<b>,<em>代替<i>

浮言意义和结构,而不是付诸表现指令。

<em>意味着强调,<strong>意味着进一步强调,在语音合成器用户代理场景下,它们还显现为音量、音调及语速的分别。倘若3个成分须求既强调又斜体,那么大家得以挑选正确的价签,然后通过体制来决定其他地方。

这么之外还有其余短语成分,比如:

<cite> 包罗对此外来源的引言或引用
<code> 钦点三个总计机代码片段
<var> 表示三个变量只怕程序参数实例

表格

明天倘使涉嫌表格(table),很六人会认为好笑,使用web标准营造网站的3个最荒唐的说教便是你应有永远不采用表格。

科学,使用table来布局确实是有劣势,但并不代表大家不可能用表格来做适合它做的事,比如:数据化表格。

最简便的报表能够有下边那些布局:

XHTML

<table>
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
</table>

1
2
3
4
5
<table>
    <tr><td></td><td></td></tr>
    <tr><td></td><td></td></tr>
    <tr><td></td><td></td></tr>
</table>

有时候,大家会在报表的上方加一点表达性文字,平日大家会习惯性的使用h*或许p标签来包裹这一段内容,假若您是用div,那么…

事实上大家有更好的挑选——<caption>,那么些是表格本身的专有标题哦,有它怎么大家还要用其他啊?

除了,假诺大家想给表格的首先行算作表头,能够如何做啊?能够这么:

XHTML

<tr><th></th><th></th><th></th></tr>

1
<tr><th></th><th></th><th></th></tr>

把那行代码放在第二行,th标签会给它不相同于td的体裁来差异出和其它行的两样,其余它可以是行的,也足以是列的,怎么分裂呢?还有这几个——scope属性scope=row/col,把此属性添加到th标签中即可安装它的着落。

但那样就够了呢,如若对于简易的报表来说已经挺好,那么看似它还尚无相比清楚的逻辑结构,那么,不卖关子了。较完整的表格,应该是下面那样:

XHTML

<table summary=”那是三个表格的内容简介” cellspacing=”0″>
<caption>表格标题</caption> <thead> <tr> <th
scope=”col” id=”name”>姓名</th> <th scope=”col”
id=”address”>地址</th> <th scope=”col”
id=”databirthday”>出生日期</th> </tr> </thead>
<tbody> <tr> <td>ewee<td>
<td>hubei<td> <td>19870102<td> </tr>
<tr> <td>rewe<td> <td>wuhan<td>
<td>4一九八六0103<td> </tr> <tr>
<td>ertww<td> <td>yichang<td>
<td>一九八九0205<td> </tr> <tbody>
<tfoot><tr><td>one</td><td>two</td><td>three</td></tr></tfoot>
</table>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<table summary="这是一个表格的内容简介" cellspacing="0">
    <caption>表格标题</caption>
        <thead>
            <tr> <th scope="col" id="name">姓名</th> <th scope="col" id="address">地址</th> <th scope="col" id="databirthday">出生日期</th>
            </tr>
        </thead>
        <tbody>
            <tr> <td>ewee<td> <td>hubei<td> <td>19870102<td>
            </tr>
            <tr> <td>rewe<td> <td>wuhan<td> <td>419880103<td>
            </tr>
            <tr> <td>ertww<td> <td>yichang<td> <td>19870205<td>
            </tr>
    <tbody>
    <tfoot><tr><td>one</td><td>two</td><td>three</td></tr></tfoot>
</table>

是还是不是清醒十分的明理解白,慢着,summary=”这是二个报表的内容简介”那句是哪些鬼?好吧,看内容便知,它是有关表格的1个简介,这一个简介用户是看不到的,荧屏阅读器能够使用该属性。


web标准之外

当量变引起质变

1、维护性

举个栗子,假若大家去做事,两多人时得以随便站,11个体恐怕就要排队了,要是有越来越多的人就须要有人维持秩序,再上涨3个量级,可能还要分批放人,不然场馆会失控。

页面是千篇一律道理,一四个页面,几十过多行代码,那就不用太在意怎么写,分化格局带来的出入是足以忽略不计的。几十一个页面吗?上千行代码呢?

2、性能

属性至少关乎多少个方面,代码的进行效能和文件大小。二个控制了代码的剖析和推行进程,八个操纵了传输速度。那里不细说。

3、兼容

从当年的浏览器大战,后来可比坑的IE低版本,到现行反革命的种种分辨率移动装备和各类安卓、ios版本浏览器的同盟,微信内核浏览器的相当,等等。我们过去在做那样的事,现在也会。

地点说了,做出了符合标准的web页面,不代表大家就万事大吉,还有任何许多的莫过于难题会在量变到自然水平的景观下给大家制作麻烦,形成质变。那大家将什么回应那个质变?本文不做详述,只看做三个引子,后续会再写一篇作品来和大家商讨“web应变之道”。

下次见!~

 

1 赞 2 收藏
评论

图片 1

好处—web标准

完美摸底,权衡利弊,方可取舍

作为前端,达成一种结构照旧一种效用,往往有不少方案能够用,比如下边所列的html结构,还有我们常用到的布局方案,CSS效果完毕,js的办法,逻辑实现,大家常提到的框架大概库的挑选等

合理性——语义化、结构、逻辑、交互等
成本——学习、合作、迭代、维护等
格外——多版本浏览器,多终端等
性能——传输、解析、查询等

举个栗子,要是您想做动画,怎么办?

flash、css3、js、svg、canvas、Gif等

除非当大家对种种实现格局或方案都熟习了,知道了它的利害和应用场景,才能选择自如,不然正是松绑住了温馨的手脚。

介绍—WEB标准
不是某2个专业,而是一一日千里专业的集纳。
网页根本由三片段构成:结构、表现、和表现。
对应的标准也分三方面:

class还是id?

至于那一点,能够参考一下搜狐上那么些题材的答案。https://www.zhihu.com/question/19550864/answer/23440690

些微总计下关心点:

一 、id唯一性,class重复。根据指标成分的重复性和独脾气来定
② 、id权重较高
③ 、外围用id,内部结构善用class
四 、前端采纳id操作DOM,重构使用class操作DOM,UI和相互相互独立互不影响

除此以外还建议一些对于class的误用,上边是W3C的描述:

class:There are no additional restrictions on the tokens authors can
use in the class attribute, but authors are encouraged to use values
that describe the nature of the content, rather than values that
describe the desired presentation of the content.

情趣是:class应该是讲述内容的本色(语义)的而不是内容长什么样。

假诺根据那种说法,那么有广大做法都以不妥的,相信我们看过不少“.f1贰 、.fl
、.mr10”之类。

div无罪,table无毒

十几年前,当css出现同时普及,人们就起来了对昔日页面包车型客车重构,很多运用table布局的页面被再度编辑,用如何吗?“div+css”,相信大家都见过此类的科目可能书籍,笔者最初见到它的时候,就觉得div是一门技术,因为它们是同仁一视的涉嫌,以后我们都清楚,显明不是,但它所带来的震慑是了不起的,div初阶在页面中数次出现照旧到泛滥的地步,然后,一批相比较早觉醒的人以及html5概念的面世,让人们再次初阶器重语义化,对div的千姿百态先导了转移,就像用了它正是荒唐。其实无论是是滥用依旧不要,都以一种极端的做法,我们应该理性看待技术,它们的发出都是有来头的,也都以有本人的选用场景的,除非它们被更好、更合理的事物所代表(比如html5中所吐弃的竹签)。否则就应该占据一席之地,不应该被区分看待。

table也是同一,实践申明它不宜用来大范围的错综复杂布局,不过如故有它的接纳场景的,下面表格的部分已做了描述,那里就不多说了。

欢迎补充与指正☺

最小化标示

平凡情状下,较少的代码意味着更快的下载,还意味着更少的服务器空间和带宽消耗。有个难点就是,就算你写出了符合web标准的页面仍旧不能够证实您写出了丰硕简洁只怕合理的代码。正所谓规则是死的,不难做到,境遇实际意况,分歧的做法会导致结果分裂。在我们成人历程中,会碰着不一致的导师,要么是一篇小说,要么是一本书,要么是现实性的某部人,追溯到最终仍旧是人,不相同的人,观点和习惯或者两样。比如,你或许会养成贰个习惯正是指望给全部单独添加样式的要素分配2个类,那样成功了较强的可控性,可是,这样吸引什么秘密的题材呢?

一 、过多的类
贰 、类的命名难

除却上边两点,还有三个大概遇到的正是类名重复,然后样式争持。

想必上面的难点你都碰到过,大概也想了点子去命名,去幸免冲突,但有没有想过来踪去迹的关系?大家平日会“蒙受标题”——“化解难题”,其实我们是在“创建难点”——“消除难点”。从现实际情境况看,也尚未稍微人在品尝的去打破它。

作者以为,为啥要命名那么多的类,因为大家得以因此授予差异的类名去分别开来成分样式,即便有个类名叫info,大家能够起个a-info、b-info,那么它们俩就是例外的了,大家仍能.a.info、.b.info,同样能够对其开始展览区分,再发展追溯,大家为何要使用类名来不同它们?最大的可能正是,大家在同一个父容器里,使用了较多同体系的子成分大概后人成分,那又是干吗吗?是还是不是回去了大家最初对于html标签的视角上——常用的标签不多?事实上,我们平时不暇思索的行使div、p、span,二个当做大的含有块,1个当作包裹整段文字,span用来包裹行内文字,顶多再增进img、a、i等。笔者说的是还是不是异常粗略(然则如此照旧会有人用错)。那么实际上有这么简单吗?正是因为“尊崇觉,轻语义”,至于大家能想起来使用的没错的,有含义的标签很少,觉得没有须求锱铢必较,那么网页中那么多的内容,难免会出现咱们所说的那个要素的再度,重复了怎么做?样式差异啊,加类,类多了怎么做?想艺术区分类,于是,就是您所熟习的这么些行业难题了。

恐怕你会说,在大的、复杂项目里面,这么些都以不可防止的,好,作者同意你的说法,那假诺大家能在组织和意义上做得更好,是还是不是能把那种情景大大革新?

实际我们的CSS选择器丰硕而且正在变得进一步强劲,我们完全没须求把梦想都寄托在加类那一个看起来很省劲的章程上

比如:后代选拔器、子选用器、各样伪类接纳器、兄弟选拔器、属性选用器等。

总计:任何做法都无须非白即黑,不偷懒,不粗大心,把艺术创设巧妙的组成起来才是正道!

目的—web标准

读书能源的挑选、标准的权衡

学习能源很关键,是不是健全?是不是正确?那决定了您对一项技术或然3个知识点的中期影象,一旦跑偏不知要多长期才修正得再次来到,更何况那种代价很多时候是没要求的。

那是自己在今日头条上见到的八个难题能够看作参照
“若想学 HTML,应从何地动手?”https://www.zhihu.com/question/19753196
前端开发基础扎实的正统是何许? https://www.zhihu.com/question/38922374

大家可以看看如何是和温馨的意况相契合,它们就实在是很名贵很保障的抉择呢?比如:http://w3school.com.cn/,
很多初学者的最爱,而且趁机那域名,也会觉得它是跟w3c组织有关的权威的官方网站,实则它和w3c组织半点关系都未曾,当然也并不是说它有多差,很四个人因之收益,可是那是一种属性上的认知错误,实际上它当中的有点剧情也是不当的。

再者说标准,差异人眼里的正统也是分歧的,能写出页面是规范呢?能科学接纳全部标签是专业吗?能运用自如应用各类布局是行业内部吧?都不是,大家从来在展开二个“点——线——面——体”的进度,不论是单项技术,依旧经验,综合力量,大家都在频频的积聚和填充,单个点和单个方向做得比较好,不意味着你就高居3个高的程度面上,恐怕在另二个地点你还缺了一大块,所以,不断寻找、探索,不断努力就好。

剧情:网页音讯;结构:html;表现:css;行为:javascript

html5来了

务必认可一点,当自家早期见到html5的时候,内心是震撼的,在它出现在此之前,是从未有过丰盛用来代表页面结构的语义化标签供大家应用的,一般大家是用“类”或许“id”来定义它们。不过与此同时难题又来了,应该怎么正确的采纳它们?正如从前咱们面对旧版本的html时大意了许多语义化的竹签一样,假使大家不可能对这一个新增添的价签有科学的认识,那么我们同样会沦为泥淖,固然看起来会比以前好些。
较常用的有以下这一个,你已经用起来了呢?

<article>
概念外部的始末(结构成分)

<aside>
概念页面内容之外的情节。 aside的始末与article的内容有关。(结构成分)

<figure>
概念一组媒介内容的分组,以及它们的标题。(结构元素)

<section>
标签定义文书档案中的节(section,区段)。比如章节,页眉,页脚或文书档案中的其他一些(结构成分)

<time>
概念2个日子/时间 (内联成分)

<audio>
概念声音内容。(内嵌成分)

<video>
概念录像。(内嵌元素)

<canvas>
概念图形,绘制路径,矩形,圆形,字符以及丰盛图像的主意

<dialog>
概念对话(会话)dialog成分表示几人之间的对话。HTML5dt成分可以表示讲话者,HTML5dd元素可以象征讲话内容。(结构成分)

<embed>
概念外部交互内容或插件

<footer>
定义 section 或 page 的页脚

<figcaption>
概念 figure 成分的标题

<hgroup>
用以对网页或区段(section)的标题进行整合,对网页或区段的标题进行结合

<header>
概念 section 或 page 的页眉(介绍音信)

<mark>
概念带有记号的文件,请在急需优良展现文本时采取 标签

<nav>
概念导航链接

<source>
概念媒体财富

更加多标签能够参考这张图
http://www.inmotionhosting.com/img/infographics/html5_cheat_sheet_tags.png

要么到此处查看越多http://www.htmldog.com/guides/html/

要求—web标准
web标准被分为三有的,当然,程序员在规划时,也尽只怕确定保障从多少个步骤开端写,那多少个步骤也是对网页内容设计供给的雨后春笋阶段。

被遗忘的角落——无障碍设计

开发职员使用HTML、CSS和JavaScript创立富互连网应用程序时,往往把残疾职员抛在脑后,因为我们友好多数是肌风平浪静全的人,所以,往往忽视了另一局地困难职员对成品的应用和急需。其实大家可以扭转那种局面。WAI-A奇骏IA能够提供充裕的语义,以确定保证富网络应用是能够知道的,并且未来已经赢得相对较好的援助。

WAI-ALacrosseIA是1个为残疾人士等提供无障碍访问动态、可相互Web内容的技艺标准。重假如为着升高网页的可用性,网页对残疾职员的无障碍化,是对
HTML 语义化的填补。它兼具比现有的 HTML
成分和属性更周到的表明能力,并让您页面中成分的关系和意义更明显。

怎么样使用WAI-A奥德赛IA?

采取于HTML的A卡宴IA有两局地构成:role(角色)和带aria-前缀的性子,其意义:

role(剧中人物)标识了四个因素的职能
aria-属性描述了与之有关的事物(特征)及其是怎么着的(状态)

ALANDIA在HTML中利用有其和好的正式,并不是说在HTML中运用了A揽胜极光IA,Web页面就无障碍化了,就狠抓了可访问性了。醉翁之意不在酒,AXC60IA没有用好,反而会把你带到另二个坑中,使用你的页面可访问性更差。

越多关于APRADOIA的利用,是三个大话题,不是一两句能够说得通晓,有趣味多理解的,能够参考一下那篇文http://www.w3cplus.com/wai-aria/wai-aria.html

是时候再提web标准

2016/07/06 · 基础技术 ·
WEB

初稿出处: 灵感(@灵感_idea
   

1、门槛低、简单

七日就足以理解html,常用标签不多,用不到的并非管

比如:h1~六 、p、span、div、img、a、input等,大家来随便的看一张截图

图片 2

地点是某宝PC端的登录页,恐怕是由于各类原因(不详),只用了少量的标签,所以,并不说它是不好的要么是错的,但它是其余过四个人的刻画。若是自个儿说html标签有100三个,你会是如何反应?

① 、不精通,没悟出有如此多
② 、知道,但以为很多都用不上

您会是哪一种?

什么样在适合的时候,合适的地点,使用科学的价签,那是web标准的为首须要。前面细说。

CSS很简短,常用属性也就那么多

宽、高、边框、背景、定位、浮动、边距,假设您掌握了那样多,那么就可见应对很多页面布局的动静了。即使您因而就觉着css相当粗略,那么就等着它来“惩罚”你呢。

倒霉的地点:各个包容难点,种种奇葩布局要求,各个不可预感的bug

好的方面:诸多古怪的技巧和css3新天性,能够援助大家做出充满美感又神奇的职能

假如您还是觉得CSS太简单,那么请看一下那边https://drafts.csswg.org/indexes/,要坚强~

贰 、只必要做“对”,不须要做好

洋洋时候,即便写错了浏览器会包容它,当大家的代码是非僧非俗的,甚至有时是错的,然则浏览器照旧将它“寻常”显示出来,那个时候,大家发现不到温馨的荒谬。认为看起来没难题就没难点,那是很凶险的。

标签不用在意,交给CSS去处理就好,理论上,我们能够透过自然的CSS规则,任意的变动八个因素的展现,那就招致了对html标签的不爱护,因为大家总能让它们看起来没有别的难题。

**背景**

**web标准是个老调重弹的话题。引入国内的年华,粗略算下来,有十年左右了。可是出于国内前端优才的贫乏和相关教育跟进的放缓,造成了很多个人都不曾对它引起丰硕的推崇并采取到温馨的骨子里项目其中,同时又花了较多精力在混乱的新技巧方案和工具中,那就招致了技术断层,影响不是一个四个人,而是一大学一年级部分,如若再贫乏相关的正确引导,就会保留很多不正确的编码习惯,对于个人成长和所做的花色都以不利的。**

怎么是时候再提呢?能够先来探望上面一张具备一定代表性的图,截自作者的企鹅群(152128548)

图片 3

一 、标签仍在被滥用
② 、珍视觉,轻语义和布局
叁 、热衷于跟进热门新技巧,不器重基础
肆 、当自家在跟我们说珍视基础的时候,要么有人说原生js,要么有人说css原理和技能,没人说html

鉴于以上的几点,加上种种场地和议会就像很少提及那些方面包车型地铁东西,新手在被行家“牵”着走,老手的生气又不在这么些比较基础的事物上。那篇文呢,正是跟我们一道回去起源,去探视哪些做才终于符合了web标准的编码。

克制代码洁癖,html标签并不是越少越好!

代码毕竟照旧要付出浏览器还是是屏幕阅读器去读,而不是人,所以,如若大家只是实现了令人望着是欣欣自得的,舒服的,就跑偏了,当然,那里不是为一些不须求的竹签和嵌套找正当理由,而是站在布局和语义的角度,去选用应当的,有意义的价签,标识网页中要求点缀的始末,告诉浏览器它们是何等。而不只是站在视觉角度考虑需不供给。

内需小心的几点

标题

作为题目,特点也简要,比页面上别样的文书更大、更粗。
咱俩能够这么写:

1、

XHTML

<span class=”head”>作者是标题</span>

1
<span class="head">我是标题</span>

2、

XHTML

<p><b>小编是题目</b></p>

1
<p><b>我是标题</b></p>

3、

XHTML

<h1>作者是标题</h1>

1
<h1>我是标题</h1>

不看代码的事态下,三者能够同样,但看了代码的话,我们应该都会第三种写法是最好的,第两种写法的功利有啥样?

一 、自身是块级成分
贰 、是差别常常的,不像p大概span等元素会用到页面个中的众多地方
叁 、特别首要的是,在不加任何css规则的情况下,标题成分照旧分明是个标题,页面包车型客车无样式视图将展现其预期的文书档案结构,正确的标题成分传递了“意义”而不只是突显指令
④ 、显示屏阅读器、手提式有线话机和其余浏览器也将通晓什么处理标题成分
五 、搜索引擎友好,除了title和meta,标题是最可能存在主要字的地点,利用好它,会愈来愈便于用户找到您的页面

只是它有没有题目烦扰着我们吧,答案是有,h1和h2那个题指标默许样式被认为过度粗大,那会让多少人同情于接纳更高级其余标题成分,其实那一个大家都知晓,不是大难点,可以用css来支配,前提是:先结构,后突显。至于选用选取h几,也不是绝非尊重的,它们既是是分了级别,那本来是有肯定意义所在,一般的话,h1是个重点的标识,页面当中有二个就好,然后,不要出现类似h2包裹h1的情状。

题材根源

列表

怎么特色啊?最明白的正是有许多项,项和项之间相互独立,竖着排列,像这么

自家是列表
本身是列表
自作者是列表

它能够被怎么着写啊?

1、

XHTML

自家是列表<br> 笔者是列表<br> 笔者是列表<br>

1
2
3
我是列表<br>
我是列表<br>
我是列表<br>

2、

XHTML

<li>作者是列表</li> <li>作者是列表</li>
<li>笔者是列表</li>

1
2
3
<li>我是列表</li>
<li>我是列表</li>
<li>我是列表</li>

3、

XHTML

<ul> <li>小编是列表</li> <li>作者是列表</li>
<li>作者是列表</li> </ul>

1
2
3
4
5
<ul>
    <li>我是列表</li>
    <li>我是列表</li>
    <li>我是列表</li>
</ul>

地点两种是比较直接想到的对的写法,当然也得以用ol,算同一种艺术。它们所能达成的效率是近乎的,往往大家会从呈现的角度考虑说第2种不够灵活,不能够控制样式,第③种办法浏览器也不会不搭理你,它会把li解析成块级成分,让它们单独排列,但它失去了报告浏览器“作者是个列表”的申明,也便是外围容器(ul/ol),最好的写法肯定是第两种,它不仅看上去是对的,还告诉浏览器这是个列表,还有列表所应有的风味,比如“缩进”和“着重号”,当然,最大的便宜仍旧是它是有含义的,也是为啥这边没有提div和p等成分的因由。

文书档案结构和含义为先

大家都知道,达成一种效应能够有种种艺术,那么哪个种类才是最优的?来看例子

各个情景的样式

在经常项目中,大家很少会碰到特殊的内需,一般只要这么一行代码就够了

XHTML

<link href=”” rel=”stylesheet” type=”text/css”>

1
<link href="" rel="stylesheet" type="text/css">

那么一旦有特异供给,该怎么办?能够看下上边那个表格

值 描述
screen 总结机显示屏(默许)。
tty 电传机以及近似的行使等宽字符网格的媒人。
tv 电视类型设备(低分辨率、有限的滚屏能力)。
projection 放映机。
handheld 手持设备(小显示器、有限带宽)。
print 打印预览格局/打字与印刷页面。
braille 盲人点字法反馈设备。
aural 语音合成器。
all 适用于拥有设备。

找到它并不难,难的是,很几人唯恐不知从哪儿入手,没有这几个发现仍旧概念以来,也就不会去查。通晓了这几个,就能依据分裂意况给我们的页面分配不一样的体制规则。

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图