Я бы ожидал увидеть ваши усилия ..
, так что я иду против SO принципов @ на данный момент ..
попробуйте это:
select c.Name as category_name, count(*) as Merchant_Count, m.Name as Merchant_Name, max(Date) from
Merchant m join MerchantCategory mc
on m.MerchantId = mc.MerchantId
join Category c
on mc.CategoryId = c.CategoryId
group by c.Name, m.Name
На мой взгляд, группа элементов управления формой не является ни элементом списка, ни абзацем. Когда я размечаю формы, я разделяю группы меток / ввода, заключая их в Из приведенных вами примеров
<fieldset>
<div class="field">
<label for="txtName">Name</label>
<input type="text" id="txtName" />
</div>
<div class="field">
<label for="txtTitle">Title</label>
<input type="text" id="txtTitle" />
</div>
</fieldset>
]
, вероятно, ухудшается "лучше", потому что вы не увидите маркеров рядом с вашими элементами, если CSS был недоступен, а группы элементов управления, вероятно, будут достаточно хорошо разнесены.
Не Забудьте Список определений:
<fieldset>
<dl>
<dt><label for="txtName">Name</label></dt>
<dd><input type="text" id="txtName" /></dd>
</dl>
</fieldset>
На самом деле нет правильного ответа. Выберите наиболее понятную для вас разметку. Для меня формы - это не неупорядоченный список. На мой взгляд, список определений ближе.
Я обычно использовать упорядоченные списки
<fieldset>
<ol>
<li>
<label for="txtNameFirst">Name</label>
<input type="text" id="txtNameFirst" />
</li>
<li>
<label for="txtNameLast">Name</label>
<input type="text" id="txtNameLast" />
</li>
</ol>
</fieldset>
Мои семантические аргументы в пользу использования упорядоченных списков заключаются в том, что значительная часть печатных форм фактически пронумерована и, следовательно, является упорядоченным списком входных данных формы.
Семантически я думаю, что список определений также выдерживает критику, и у него есть дополнительное преимущество, заключающееся в предоставлении оболочки для каждой пары метка / вход, а также для каждой отдельной метки и входа, что может дать вам большой контроль над дизайном (если вы можете смириться с небольшой деспотичностью обертывания DL вокруг каждая пара метка / ввод)
<fieldset>
<dl>
<dt><label for="txtNameFirst">Name</label></dt>
<dd><input type="text" id="txtNameFirst" /></dd>
</dl>
<dl>
<dt><label for="txtNameLast">Name</label></dt>
<dd><input type="text" id="txtNameLast" /></dd>
</dl>
</fieldset>
Если упорядоченные / неупорядоченные / определяющие списки вам не подходят, я бы выбрал div. Их единственная подразумеваемая семантика - «разделение». так что они подходят для работы.
Мне трудно оправдать использование элементов параграфа (p) для обертывания пар метка / ввод, поскольку подразумеваемая семантика элемента p, по моему мнению, просто не применима. (также неплохо, чтобы элемент p был доступен для использования внутри формы для пояснительного текста, если это необходимо)
Как правило, поля форм с семантической точки зрения не являются ни абзацами, ни элементами списка. Если вы хотите, чтобы поля вашей формы были сгруппированы вместе, Затем вы можете стилизовать или управлять ими вместе без искусственной оболочки (и без необходимости беспокоиться о
/
пара, рассмотрим альтернативный метод для связывания метки с полем:
<fieldset>
<label>Name <input type="text" id="txtName"/></label>
<label>Location <input type="text" id="txtLocation"/></label>
</fieldset>
for =
снова).
Ключевыми вещами, которые W3C предлагает для форм, является то, что форма настроена таким образом, что метки и элементы формы могут быть легко сгруппированы программно:
В частности, HTML-метод 44: использование элементов метки и HTML-метод 71: предоставление описания .
Преимущество, которое вы получаете от упаковки каждой метки и ввода в элемент списка, состоит в том, что пользователь с программой чтения с экрана вполне может получить некоторую индикацию в начале, что в списке есть x элементов, что может быть полезно .
Обычно наши дизайнеры используют Zack - наши строки формы заключены в div с классом formrow или подобным.
Я обычно использовал один На данный момент я считаю, что ввод в виде неупорядоченного списка лучше всего подходит для семантики, но как вы обратите внимание, что существует множество мнений по этому поводу.
и
combo, пока я не получил новую работу, где нормой был неупорядоченный список. У меня есть коллега, который ругается таблицами (один столбец для меток, один для полей), утверждая, что это просто табличные данные с возможностью редактирования.