| тег | атрибут | свойство | стиль | ||
| новые 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