В последнее время я проделал довольно большую работу с элементами формы, в частности, пытаясь наилучшим образом применить больше семантической разметки к моему макету формы, чтобы я мог предоставлять легко настраиваемые формы с небольшой или без посторонней разметки, такой как div,span и т. д., которые дают небольшое дополнительное значение для формы в семантическом смысле.
После использования метки в качестве элемента размещения как для ввода, так и для заголовка элемента, я заметил, что существует некоторая двусмысленность (по крайней мере, в моем собственном уме - пожалуйста, не стесняйтесь, если возможно, прояснить смысл) относительно его использования в терминах обычных входов и массивов радио / проверок.
Если я могу объяснить с помощью краткого примера ...
<label>Amount<input type='text' name='amount' value='1' /></label>
Приведенный выше код достаточно справедлив.Тег label инкапсулирует как элемент формы, так и текст метки Amount, что придает смысл заголовку в контексте того, что он является меткой для ввода.Это нормально ... да?
, но рассмотрите следующие радиоприемники ...
SET A:
<label>Colour
<span><input type='radio' name='colour' value='red' />Red</span>
<span><input type='radio' name='colour' value='white' />Blue</span>
<span><input type='radio' name='colour' value='blue' />White</span>
</label>
SET B:
<span>Colour
<label><input type='radio' name='colour' value='red' />Red</label>
<label><input type='radio' name='colour' value='white' />Blue</label>
<label><input type='radio' name='colour' value='blue' />White</label>
</span>
Обратите внимание на использование <span>
в качестве элемента инкапсуляции в обоих случаяхявляется чисто случайным, и может быть любым элементом реально.
Я склонен ошибаться на стороне SET A, так как я думаю, что весь массив радио / флажков / установлен какцелая часть разметки, которая потребовала бы метки метки в контекстном смысле, но есть ли у кого-нибудь мысли, которые они могли бы объединить с этой?
После просмотра спецификации микроформата (незаконченной, как и в остальной части сети), я смотрю на использование pv-сопряжения для обеспечения цвета (или любого другого набора / массива).) Информация.С этой целью моего первоначального набора SET A должно быть достаточно, чтобы предоставить как визуализированные, так и разбросанные виды страницы со всей необходимой иерархической информацией, которую я бы хотел должным образом классифицировать этими фрагментами информации, я думаю.
I 'Я, возможно, смотрю на этот путь в данный момент.(Пожалуйста, укажите на любую явную глупость, пожалуйста)
SET A [revised]:
<somecontainerparentelement class="hproduct">
<label "p-v"><em class="property">Colour</em>
<span><input type='radio' name='colour' value='red' /><em class="value">Red</em></span>
<span><input type='radio' name='colour' value='white' /><em class="value">Blue</em></span>
<span><input type='radio' name='colour' value='blue' /><em class="value">White</em></span>
</label>
</somecontainerparentelement>
Проблема этого метода в том, что я не уверен, разрешит ли pv существование одного параметра (то есть <em>Colour</em>
) с несколькимиЗначения (то есть элементы class='value'
в <labels>
).
Хотя с этим не проблема в том, что мне не нужно терять сон, волосы или зубы, пытаясь стилизовать легенду в IE (Я предполагаю, что потеря зубов от удара моего лица об стол и клавиатуру) ...