тег | атрибут | свойство | стиль | ||
новые html-термины | line | aling | point | default | |
значения новых html-терминов | side | romb | |||
старые html-термины | td | id | list | ||
значения старых html-терминов | circle | ||||
коммуникационный xml | sound | sync | power | ||
значения коммуникационного xml | nouser | ||||
клавиатурные и мышиные команды | enter |
Вместо тегов
img
(object
) и link
можно использовать один и тот же тег,
предназначение которого будет зависеть от того, находится ли он внутри тега
body
или снаружи.
Предлагаю в целях унификации использовать во всех случаях тег
link
как наиболее семантически нейтральный.
Когда тег link
находится снаружи body
,
то атрибут type
используется, чтобы указать предназначение файла.
Когда тег link
находится внутри body
,
то атрибут type
не определен за ненадобностью (когда тег
link
используется вместо тегов
img
и object
).
Атрибут
rel
тега link
дублирует атрибут
type
того же тега и является излишним.
Разрешим также не писать префикс "text/" в атрибуте
type
тега link
.
Разрешим использовать тег link
всякий раз,
когда нужно вставить один html(xml)-документ внутрь другого
(например, когда целая колонка формы состоит из одинаковых конструкций
<select
>
<option
>
...
<option
>
</select
>)
При отсутствии у html-тега атрибута name
xml-атрибут name
во время отправки получает значение
html-атрибута id
.
Атрибуты
src
,
action
,
data
,
href
имеют смысл адреса, т.е. обозначают одно и то же.
Автоматически заменить весь тег на файл
(<img
src
= >)
или
только информировать, где файл взять
(<a
href
= >), зависит от тега
(а не от атрибута).
Таким образом все четыре вышеуказанных слова обозначают один и тот же атрибут.
Разумнее вместо каждого из них использовать атрибут src
.
В настоящий момент значение атрибута cellspacing
невозможно указать в css-файле,
т.к. свойства и атрибуты образуют два разных семантических пространства.
Кроме того, значения свойств невозможно указать в теге непосредственно,
а только указав свойство внутри атрибута style
.
Не существует каких-либо смысловых критериев для разделения свойств объектов на атрибуты и свойства.
Автор это окончательно понял,
когда готовя эти статьи для каждой характеристики должен был решать:
атрибут, свойство, атрибут, свойство ...
Уверяю вас, автор хорошо прочувствовал всю относительность подобного деления.
Предлагаю объединить пространства свойств и атрибутов.
Когда свойство-атрибут сразу нескольких тегов принимает
одно и то же значение,
это значение прописывают в css-файле.
Но для атрибута src
тега link
это сделалать
невозможно, т.к. он содержит сразу несколько значений.
Предлагаю исправить ситуацию и ввести подстановки.
Подстановки перечисляются в теге sbs (sbs=substitution),
расположенном внутри тега html
, или в отдельном файле,
ссылка на который также находится внутри тега html
(в примере ниже:
"loc1" - название подстановки, "www.site.com/directory" - ее значение;
"loc2" - название подстановки, "." - ее значение).
Будет разумным ввести унификацию: части html-документа могут быть
body
, head
,
module, interface,
menu
находятся в самих htm/xml-файлах - может быть сразу несколько в одном)
transition, sbs, voice, module, interface, sequence, menu |
head, body, transition, style, sbs, voice, module, interface, sequence, menu |
тег | атрибут | возможные значения |
form ,
link ,
<input
type =select>,
contour,
a ,
tree
|
src |
site/~user/^service/predicate |
html |
version | число.число |
html60author