Menu - DL или UL(OL) ?!
При создании меню стало общим местом использовать списки. Но странное дело, почти всегда для этих целей выбирают маркированный список UL или нумерованный список OL и очень редко список определений DL. Возможно, кто-то сможет достаточно подробно и популярно объяснить, почему это происходит, без особого углубления в тайны и хитрости семантики. Хотя на первый взгляд никаких подводных камней здесь вроде бы и нет, но, как знать :)
Чего тут больше? Привычка – все так делаю, чем я хуже? Косность мышления? Трудно сказать.
Мне же, как верстальщику, при создании простого вертикального меню, чисто с практической точки зрения более привлекательным представляется вариант, где структуру меню определяет список определений.
"Списком называется взаимосвязанный набор отдельных фраз или предложений, которые начинаются с маркера или цифры. Списки предоставляют возможность упорядочить и систематизировать разные данные и представить их в наглядном и удобном для пользователя виде. Любой список представляет собой контейнер UL, который устанавливает маркированный список, или OL, определяющий список нумерованный. Каждый элемент списка должен начинаться с тега LI." "Список определений состоит из двух элементов — термина и его определения. Сам список задается с помощью контейнера DL, термин — тегом DT, а его определение — с помощью тега DD".
Никакого стилевого оформления нет, только html.
Что бросается в глаза. При использовании обычного списка, почти всегда необходимо убивать маркеры или цифры. Для выделения заголовка, чтобы хоть как-то отделить его от ссылок находящихся ниже, надо прописывать отдельный класс для LI, в котором он будет находиться. Согласен пара строк в стилях, да указание класса в html-коде для заголовка это сущий пустяк.
Но риторический вопрос, зачем?
Всего этого можно легко избежать, работая со списком определений, навешивая соответствующие стили на DT без упоминания класса для заголовка в принципе.
Отдельная тема, создание меню с вложениями на списке определений, думаю, особых сложностей и в этом случае не предвидится.