Восстановление пароля на сайте ICQ: https://icq.com/password/ru, просто указываете UIN, а там уже аська сама предложит что сможет для восстановления — или на почту отправит ссылку для сброса (если указана почта), или смс для сброса пришлёт (если номер телефона указан).
Я тоже раньше так писал, но таким блокам нужно создать (скопировать) контекст! Им нужно создать вокруг них, выше, те же самые блоки с такими же классами. Если тебе нужно перенести блок на другую страницу — тебе нужно создать такие же родительские блоки. Или нафигачить кучу бессистемных multiple classes :(
На GitHub подробней раскрыт пункт №12 «плохо»/«хорошо»
Пункт №12 — актуализирован:
— про хаки в css и как писать код для разных браузеров
— что пустые блоки не запрещены, а нежелательны и их можно заменить на псевдоэлементы
— добавлено пояснение, что нужно просто юзать Normalize для того, чтоб были базовые стили элементов (а не голые стили от CSS Reset)
— объяснил что «последовательное уточнение стилей» — это для текста и не касается стилей для блоков (там используем БЭМ)
— уточнил что не просто плохо, а нельзя вешать стили на селекторы вложенных элементов, без классов. И что именно вложенных элементов, а не одиночных, а для одиночных нужно юзать блок .b-text
— переформулировано без описания технологий пожелание о разбиении верстки на шаблоны
— добавлена рекомендация складывать иллюстрации в отдельную папку.
+1 и также это повышает специфичность селектора, что ограничивает вас в действиях — вы не сможете писать стили на сам .element без !important или без указания контекста (блока родителя .block).
Я имею в виду саму идею использования мета-языков над CSS.
Не уверен стоит ли делать сноску вида «а вообще вы можете генерить css не только с помощью sass». Чеклист ориентирован на устоявшиеся практики (во многом он систематизировал их и помог им стать стандартом де-факто), практики, которые можно рекомендовать всем и в первую очередь — менеджеру/клиенту, который проверяет работу или выставляет это чеклист как гайдлайн. Код на sass будет легко развивать и поддерживать.
То что существуют постпроцессоры и их рекомендовано использовать — в чеклисте есть.
В сети даже есть живые люди, круто, попробуем пользоваться снова.
Я тоже раньше так писал, но таким блокам нужно создать (скопировать) контекст! Им нужно создать вокруг них, выше, те же самые блоки с такими же классами. Если тебе нужно перенести блок на другую страницу — тебе нужно создать такие же родительские блоки. Или нафигачить кучу бессистемных multiple classes :(
Например, если бы я попросил вас удалить все классы, относящиеся к пользователю, в этом куске кода, какие бы вы выбросили?
…а в этом?
БЭМ дополняет её, вносит ещё один уровень смысла (семантики) в документ.
Презентационная верстка: мы знаем что есть какая-то красная кнопка.
Семантическая верстка: мы знаем что это какая-то кнопка покупки товара.
Семантическая верстка + БЭМ: это кнопка оплаты в форме покупки со скидкой.
Дополнил «18. Мелочи» требованием что изображения должны масштабироваться в зависимости от размера окна.
Пункт №12 — актуализирован:
— про хаки в css и как писать код для разных браузеров
— что пустые блоки не запрещены, а нежелательны и их можно заменить на псевдоэлементы
— добавлено пояснение, что нужно просто юзать Normalize для того, чтоб были базовые стили элементов (а не голые стили от CSS Reset)
— объяснил что «последовательное уточнение стилей» — это для текста и не касается стилей для блоков (там используем БЭМ)
— уточнил что не просто плохо, а нельзя вешать стили на селекторы вложенных элементов, без классов. И что именно вложенных элементов, а не одиночных, а для одиночных нужно юзать блок .b-text
— переформулировано без описания технологий пожелание о разбиении верстки на шаблоны
— добавлена рекомендация складывать иллюстрации в отдельную папку.
Не уверен стоит ли делать сноску вида «а вообще вы можете генерить css не только с помощью sass». Чеклист ориентирован на устоявшиеся практики (во многом он систематизировал их и помог им стать стандартом де-факто), практики, которые можно рекомендовать всем и в первую очередь — менеджеру/клиенту, который проверяет работу или выставляет это чеклист как гайдлайн. Код на sass будет легко развивать и поддерживать.
То что существуют постпроцессоры и их рекомендовано использовать — в чеклисте есть.