В този раздел на спецификацията описва основните типове данни, които могат да бъдат елементи на съдържанието или атрибути ценности.
6.1 регистър
Всяка дефиниция атрибут съдържа информация за чувствителността на стойността си до регистъра. Информацията е представена в регистъра чрез следните бутони:
Ако стойността на атрибут е списък, клавишите се прилагат за всяка стойност на списъка, освен ако не е посочено друго.
6.2 Основни видове SGML
Тип на документа Definition (DTD) определя съдържанието на синтактичен елемент и атрибут стойности HTML, използвайки жетони SGML (напр. PCDATA, CDATA, име, ID и т.н.). Вижте. Пълния си дефиниции в [ISO8879].
Тук са обобщени ключовата информация:
- CDATA - поредица от символи от набора знаци на даден документ може да включва мнемоника. Потребителските агенти (БКП) трябва да интерпретират стойности на атрибутите, както следва:
- замени позоваването характер,
- игнорирайки края на линия герои,
- Замяна на всеки нов ред или раздел пространство характер.
За някои HTML 4 атрибути с CDATA атрибут стойности спецификация излага граници на приемливите стойности за този атрибут, които не могат да бъдат определени от DTD.
Въпреки стилови елементи и SCRIPT използвате CDATA в своите модели на данните, CDATA за тези елементи, PA извършва по различен начин. Етикети мнемоника и трябва да бъдат третирани като суров текст и преминали към заявлението ", както е / както си е".
Първата поява на характер последователност " - ИМЕ LeksemyID и трябва да започне с писмо ([A-Za-Z]), и може да бъде последвано произволен брой букви, цифри ([0-9]), тирета ( "-"), долна характер на ( "_"), на дебелото черво ( ":") и точки ( ".").
- IDREF и IDREFS - е препратка към означение ID някои други атрибути. IDREF е един знак, и IDREFS е пространство разделени списък на символите.
- НОМЕР знак трябва да съдържа поне една цифра ([0-9]).
6.3 текстови низове
Текст атрибути (% Текст в DTD) го правят подходящ за четене.
Intro за атрибутите, вижте. В дискусиите обучение за атрибутите.
Тази спецификация се използва терминът URI както са определени в [URI] (вж. Също [RFC1630]).
Имайте предвид, че URI включете адреса (по смисъла на [RFC1738] и [RFC1808]).
URI мнемоника, представени в DTD% URI на; ,
URI обикновено нечувствителен. Може да бъде URI, или част URI, в който регистърът не е от значение (напр. Машина име / домакин), но тяхната идентификация може да бъде трудно. Потребителят трябва винаги да се предположи, че URI чувствителни (за да бъде сигурен, че последиците от своите действия).
Стойността на характеристиката "цвят" (% цвят) се отнася до определянето на цвят [SRGB]. А цвят стойност може да бъде или 16-матрични номер (предшествано от #), или един от цветни имената на 16. Имената на цветовете са чувствителни към регистъра.
По този начин, стойността "# 800080" и "Purple" и двете представи цвят лилав.
6.5.1 Използването на цветове
Въпреки че цветовете дават много допълнителни смисъл на документа и го правят по-"чете", обърнете внимание на следните съвети при използването на цвят във вашите документи:
- Използването на HTML елементи и атрибути, не се препоръчва да зададете цвят. Вместо това се използват стилове.
- Използването на такива комбинации от цветове, които могат да причинят проблеми за хора, страдащи от далтонизъм и т.н. Такива нарушения.
- Ако използвате фоново изображение или да настроите цвета на фона, задайте като подходящ цвят на текста.
- Цветове, определени от тялото на елемента и шрифта и BGCOLOR в таблиците изглеждат по различен начин на различни платформи (напр. Компютър, Mac-ове, прозорци и LCD екрани са различни от CRT), така че не трябва да разчитате единствено на това, което ефектът ще бъде същият като което очаквате. В бъдеще, подкрепа за цветови модели [SRGB], заедно с профили ICC трябва да смекчи този проблем.
- На практика се опитват да използват различни споразумения, за да се намали вероятността от възможно неудобство за потребителя.
6.6 Размер на стойностите на атрибутите
HTML определя три вида ценности размер за атрибути:
- Пиксела. Стойността (% пиксели; в ETS) е цяло число / цяло число, което представлява броя на пикселите "платно" (екран, хартия). По този начин, "50" означава 50 пиксела. За нормативен информация за определянето на един пиксел см. В [CSS1].
- Дължина. стойност (% дължина; в DTD) може да бъде% Pixel; или процент от наличната вертикално или хоризонтално пространство. Ето защо, "50%" означава половината от наличното пространство.
- MultiLength. Стойност (% MultiLength; в DTD) може да бъде% дължина; относителен размер. Относителният размер има формата "I *", където "и" - е цяло число.
Разпределяне пространство между "конкурентни" елементи, на UE първия разпределя размера в пиксели или процент, след това се разделя на оставащото свободно пространство между "относителния размер". Всеки "относителен размер" получава част от наличното пространство пропорционално на цяло число, което започва с "*". Стойността на "*" е еквивалентно на "1 *". По този начин, ако е налична след PA 60 пиксела пространство разпределя пространство в пиксели и проценти и "конкурира" относителен размер - 1 * 2 * и 3 * 1 * ще бъдат разпределени до 10 пиксела, 2 * - 20 пиксела и 3 * - 30 пиксела.
6.7 Съдържанието / типове носители (типове MIME)
Забележка: "Media Type" (дефинирани в [RFC2045] и [RFC2046]) уточнява естеството на свързания ресурс. Тази спецификация се използва терминът "тип съдържание тип \ съдържание", вместо да "тип медия \ тип носител" в съответствие с настоящата практика.
В същото време, в тази спецификация, "тип медии" може да се отнася към дескрипторите където АП играе на документа.
Този тип е представена в DTD:% ContentType.
Примери за типа на съдържанието: "текст / HTML", "изображение / PNG", "изображение / GIF", "видео / MPEG", "текст / CSS" и "аудио / основен".
Сегашният списък на регистрираните MIME типове см. В [Mimetypes].
6.8 Езикови кодове
Стойността на атрибут чийто тип - код на език (% LanguageCode в CTD) се отнася до език код, определен в [RFC1766]. Раздел 2.
За да научите как да се уточни езиковия код в HTML, вижте. В раздел езикови кодове. Интервалите не са валидни за код на езика.
6.9 Кодиране
Атрибути "Кодова" (% Кодова в DTD) се отнася до кодиране на символите, както е описано в раздела за кодиране на символите. Стойностите трябва да бъдат низове (напр. "EUC-JP") от регистъра на IANA (вж. Списъкът в [Charsets]).
Потребителските агенти (БКП) следва да направи поредица от стъпки, посочени в раздел определи кодировката на знаците. за определяне на кодовата таблица на външния ресурс.
Отделните герои 6.10
Някои атрибути предизвикат отделните герои на кодовия набор на документа. Тези качества са от тип% Герой в DTD.
Отделните знаци могат да бъдат определени като мнемоника (напр. "-").
6.11 Дата и час
[ISO8601] позволява много възможности и функции в представителството на дати и часове. Тази спецификация използва един от форматите, описани в [DATETIME]. за определяне на реалните линии дата / час (.atetime в CTD).
Маркиране на часовата зона - едно от следните неща:
Z представлява UTC (координирано универсално време). "Z" трябва да бъде с главни букви. + Hh: мм представлява местно време - HH мм часа и минути преди (+) UTC. -hh: мм представлява местно време - чч мм часове и минути, след като (-) UTC.
Компонентите трябва да бъдат представени точно в такава пунктуация.
Имайте предвид, че "Т" се намира в линия, както писмо (трябва да е с главни букви), което показва началото на елемента на "време". както е посочено в [ISO8601].
Ако заявлението не "знае" времето с точност до секунда, тя може да се използва секундите до "00" (и минутите и часовете, както и, ако е необходимо).
6.12 Видове връзки
видове връзки са чувствителни към регистъра, т.е. "Алтернативен" означава същото като "алтернативен".
PA, търсачки и т.н. могат да се тълкуват тези видове връзки в най-различни начини. Например, един потребителски агент може да осигури достъп до свързаните източници през лентата за навигация бар / навигация.
За да се продължи дискусията типове указания, вижте. Връзки в HTML документи.
6.13 Описания тип медии
Списъкът на признатите описания медии тип (% MediaDesc в DTD):
Бъдещите версии на HTML, могат да въвеждат нови стойности и могат да разрешат параметризираните ценности. За да се улесни въвеждането на тези разширения, съответстващ потребителски агенти, трябва да може да се направи разбор на стойността на медии атрибут, както следва:
- Стойност - списък, разделени със запетая. Например,
Забележка. Стилов може да включва независимо от вида на опции вътре (напр. CSS @media конструкция). В такива случаи може да е удобно да се използва "медийни = всички".
6.14 Тези сценарии
данни Script (% азбука в DTD) могат да бъдат скрипта за съдържание елемент и стойност на атрибута на вътрешните събития. Потребителските агенти не трябва да оценяват скрипт данни като HTML тагове, но вместо това трябва да им мине като манипулатор данни скрипт.
скрипт данни Чувствителност зависи от скриптов език, използван.
Моля, имайте предвид, че скрипт данни, което е съдържанието на елемента не може да съдържа препоръки. но скрипт данни, което е стойността на атрибут, те могат да съдържат. Доплащане съдържа информация за спецификация не-HTML данни.
6.15 Тези стилове
Тези стилове (% лист със стилове; в DTD) могат да бъдат елемент от стила на съдържанието и стила на стойностите на атрибутите. PA не разполага с данни за изчисляване на стила като етикети HTML.
данни стил чувствителност зависи от езика на стила лист.
Имайте предвид, че тези стил лист, който е съдържанието на елемента не може да съдържа препоръки. но данните е стойност атрибут може да ги съдържат. Освен това се предлага допълнителна информация за спецификацията не-HTML данни.
6.16 Наименование целева рамка
С изключение на резервираните имена, изброени по-долу, името на целевата рамка (% FrameTarget; в CTD) трябва да започне буква от азбуката (а-я, A-Z). Потребителските агенти трябва да се игнорира всички други имена.
Имената на следващия целеви рамки са запазени и имат специални нужди:
_blank Потребителският агент трябва да заредите документа в нов прозорец без име. _self Потребителският агент трябва да заредите документа в една и съща рамка в рамките на този елемент, който го е причинило. _parent Потребителският агент трябва да заредите документите в родителя, във връзка с това, рамка набор FRAMESET. Тази стойност е еквивалентна на _self ако кадърът е без майка. _горен потребителски агент трябва да заредите документите в пълния оригиналната кутия (анулиране, като по този начин всички други рамки). Тази стойност е еквивалентна на _self. ако кадърът е без майка.
Свързани статии