Я думаю, что довольно хорошо использую семантическую разметку на своих страницах, но у меня все еще есть несколько таких классов:
/**** Aligns ****/
.right_align { text-align: right; }
.left_align { text-align: left; }
.center_align { text-align: center; }
Что, технически, нет-нет. Но когда вы просто хотите поместить какой-то текст в таблицу, как я должен сходить с ума от семантической разметки?
Почему вы хотите выровнять текст?
Ответом на вопрос является имя идентификатора или класса, который вам нужен для вашего селектора. Вы хотите выровнять его правильно, потому что это цена?
table .price {
text-align: right
}
Просто спросите себя, почему вы хотите применить тот или иной стиль, и все станет ясно.
Я, вероятно, переусердствовал, но мой последний рабочий проект был почти на 100% семантическим — все, что мне было нужно, но не семантическое (скажем, div-заполнитель, без которого я не мог обойтись для требования макета), я добавлял динамически с помощью jQuery.
Если вам нужна тесная связь между ячейками таблицы и выравниванием, вы можете просто назначить атрибут style="text-align:right" непосредственно тегу. Нет причин использовать дополнительный уровень косвенности через класс, если вы все равно не используете его для уровня абстракции.
Я пытаюсь понять, почему мне нужен столбец, выровненный по правому краю в таблице. Например, если столбец содержит суммы в валюте, я бы использовал стиль с именем валюта вместо right_align.
Семантическая разметка — замечательная цель, но в реальном мире иногда приходится идти на компромиссы. В некоторых случаях единственный разумный способ что-то сделать — это нарушить семантику и просто добавить right_align.
Редактировать: люди, кажется, неправильно понимают мою точку зрения в этом. Вы должны использовать семантическую разметку, где это возможно. Однако бывают случаи, когда на самом деле это просто стилистический выбор, и данные не имеют ничего общего с тем, что можно использовать для их описания или классификации. Чаще всего это верно для больших разделов табличных данных, особенно если они генерируются динамически.
У меня были случаи, когда клиенты хотели иметь возможность динамически контролировать, какие столбцы отображаются в сетке данных. Невозможно заранее узнать, какой тип данных они собираются показывать. Если им нужен способ центрирования или выравнивания по правому краю динамически сгенерированного столбца, лучше иметь классы выравнивания по центру и правому краю, доступные для использования, чем заставлять их везде вставлять атрибуты style.
100% семантическая разметка — глупая цель. Ваш графический дизайнер скажет: «Давайте выровняем это по правому краю», и причиной будет «потому что так хорошо выглядит». Что вы должны сделать, добавить в div класс «looksgoodthatway»? Просто правильно выровняйте его и продолжайте свою жизнь! :)
Исходя из опыта, для удобства использования вы должны хранить токены на как можно большем количестве строк.
Я использую следующие обозначения
matcher,¶
matcher¶
{¶
··attribute:·property;¶
}¶
Почему ты спрашиваешь? Это решает многие проблемы с коллизиями, так как уменьшает количество мест, где 2 несвязанных изменения могут происходить в 2 разных местах одновременно (что вызывает коллизию), а когда коллизия действительно происходит, гораздо проще посмотреть, чем это вызвано, и выбрать правильное решение.
Это связано с тем, что DIFF SCM ориентирован на строки, и если у вас есть весь контент в одной строке, у вас есть 2 варианта: один полный набор шлангов или другой.
Кроме того, этот конкретный стиль, который я нахожу, если его придерживаться, упрощает написание кода проверки ворса, который обнаруживает ошибки в вашем CSS.
Например, обратите внимание на опечатки:
matcher
matcher,
{
attribute property
attribute
}
В этом случае код, который просто проверяет соответствие пробелов и разделителей, также обнаруживает ошибки в коде!
