7 простых способов писать по-настоящему ужасный CSS


Оглавление (нажмите, чтобы открыть):

Абсолютное позиционирование в CSS: понять

Абсолютное позиционирование в CSS: понять раз и навсегда

Вы все еще не понимаете как работает абсолютное позиционирование в CSS и теряете элементы на экране? Давайте разбираться в этой магии.

Еще интересное по CSS:
7 простых способов писать по-настоящему ужасный CSS
https://proglib.io/p/terrible-css/

Адаптивные изображения: 5 трюков CSS для экономии времени
https://proglib.io/p/responsive-images/

Абсолютное позиционирование в CSS: понять раз и навсегда

7 простых способов писать по-настоящему ужасный CSS

12’293 подписчиков
3’244 просмотров на пост

Обучающие книги по программированию.

Обсуждаем книги, предлагаем свой контент, связываемся с админами: @techskillsdiscuss

По вопросам рекламы: @anothertechrock
Прайс: https://rocksmedia.ru

Детальная рекламная статистика будет доступна после прохождения простой процедуры регистрации

  • Детальная аналитика 70’046 каналов
  • Доступ к 28’004’146 рекламных постов
  • Поиск по 112’332’059 постам
  • Отдача с каждой купленной рекламы
  • Графики динамики изменения показателей канала
  • Где и как размещался канал
  • Детальная статистика по подпискам и отпискам

Найдено 1466 постов


​Тебя ждет серия БЕСПЛАТНЫХ мастер-классов по программированию.

Ты получишь:
�� Октябрь полного погружения в кодинг.
�� Живое общение со спикерами.
➕ Электронный сертификат за полученные знания.

Присоединяйся!
�� БЕСПЛАТНЫЙ ДОСТУП по ссылке �� https://goo.gl/M3uGz2

​Тут одна конфа есть �� @AppsConf. Для разработчиков мобильных приложений о проблемах в разработке и главное их решении: технологии iOS и Android, архитектура мобильных приложений, процессы разработки и их автоматизация.

�� 600 разработчиков мобильных приложений
�� 36 огненных докладчиков
�� 20 иностранных докладчиков

Технологии Android, архитектура приложения, android-приложения и мобильной платформы, процессы разработки, технологии iOS, клиент-сервер, аппаратное обеспечение и около мобильной разработки.

И еще:
�� Три типа докладов: прикладные, хардкорные и хайповые
�� Программный комитет состоит из экспертов из Яндекса, Mail.ru, Авито, Badoo, Альфа Банка, Туту.ру
�� Отдельный трек митапов, которые идут параллельно с докладами
�� Иностранные докладчики из Uber, Booking, Spotify и других крупных компаний
�� В программе участвует легенда отечественного IT Вадим Башуров, автор того самого Поле Чудес, а сейчас iOS разработчик
�� Крутые кейноутеры – Егор Бугаенко и Graham Lee
�� Афтепати после первого дня, где можно познакомиться со спикерами и другими гостями
�� В нашей программе каждый найдет что-то интересное – перфоманс, архитектура, практики разработки, тестирование и многое другое

Регаться тут ���� https://clck.ru/ETDnC

​Уже совсем скоро в Москве состоится Frontend Conf (@FrontendConfChannel) — конференция про разработку клиентской части веб-проектов: адаптивный дизайн и юзабилити, вёрстка, CSS и HTML, разработка на JavaScript, новые и популярные фреймворки, одностраничные приложения, архитектура, автоматизация и тестирование фронтенда, rich-медиа и быстродействие интерфейса.

��Было подано 100 заявок, из которых выбрано 40 лучших
��Дискуссионные зоны для общения со спикером после доклада
��В организаторах крупнейшие сообщества — MoscowJS, MoscowCSS
��Среди партнёров — крупнейшая фронтенд-конференция Беларуси, MinskCSS
��Мы будем говорить обо всём фронтенде: HTML, CSS и JavaScript

Простой CSS

Несколько советов по написанию CSS

Хороший код, это не тот, который удобно писать, а тот, который удобно читать и поддерживать.

Хороший код — это простой код, простые короткие селекторы и говорящие классы, по которым сразу можно понять к чему применятся стили конкретного блока.

Хороший код — это аккуратный код, в котором всё сделано единообразно: везде используется один и тот же порядок свойств, отступы и пробелы, стиль записи цветов и псевдоэлементов.

Если вы открыли свой проект через полгода и не можете сходу понять что там происходит, значит с этим кодом что-то не так. И наоборот: если код легко воспринимается, и вы можете сразу начать с ним работать, значит это хороший код, с таким кодом будет удобно работать и вам, и вашим коллегам.

На этом сайте вы найдёте несколько статей, которые помогут вам поддерживать ваш код мягким и шелковистым.

Веб-дизайнеры создали самый ужасный UI в истории

Веб-дизайн прошел долгий путь за эти годы, но это не значит, что он идеален. Мы постоянно пишем о том, как можно сделать UI лучше, как исправить проблемы с интерфейсом. Именно такие примеры головной боли с интерфейсом высмеивает пародийный сайт User Inyerface.

Если вы специально ищете что-то глупое и недалекое, то User Inyerface – идеальное решение для вас, которое демонстрирует разочаровывающие последствия плохого пользовательского интерфейса. Сайт создан бельгийским агентством цифровых продуктов Bagaar.

И при ближайшем рассмотрении действительно видно, что над его работой потрудились люди. User Inyerface – это просто квинтэссенция всего того, что вы ненавидите в сайтах. Если вы когда-либо заполнили свои данные, чтобы зарегистрироваться на сайте, вопросы будут выглядеть знакомо. Однако никогда вам ещё не было так сложно ввести свое имя, электронную почту и дату рождения.

Этот сайт делает все, чтобы процесс был как можно более раздражающим и хитрым. Поля данных требуют, чтобы вы удалили контент, прежде чем вводить свои данные, вместо капчи – непонятные символы, а кнопки окажутся не на знакомых вам местах.


Как ни странно, как только вы осознаете, что он делает, пользовательский интерфейс становится веселым упражнением. Когда вам начинает казаться, что вас нечем удивить, откуда-то сбоку вылезает странный ползунок, с которым вы боретесь.

Мастер Йода рекомендует:  Английский для айтишника — как латынь для медика

А если вы связаны с веб-дизайном, этот сайт ещё и заставляет вас задуматься о собственных «грехах».

Если вы дойдете до конца, вас встретит GIF с танцующим Карлтоном из «Принц из Беверли-Хиллз». Кроме того, есть ссылка на страницу вакансий агентства, что наталкивает нас на мысль: может User Inyerface – это способ отфильтровать нужных кандидатов? Если так, то это гениально.

Как бы то ни было, мы справились со всеми препятствиями за пять минут. У вас получится лучше?

5 способов писать CSS лучше в одно мгновение

Дата публикации: 2009-11-05

Конечно, каждый может написать CSS. Сейчас, даже программы это могут сделать за Вас. Но любой ли CSS хорош? Вот 5 советов по мгновенному улучшению Вашего CSS.

1. Сделать файл сброса

Серьезно, всегда используйте сброс. Возможно, Вы используете сброс Эрика Мейера или YUI сброс или Ваш собственный пользовательский сброс. Так или иначе, используйте.

Вы можете обнулить margin и padding для всех элементов. Как на примере:

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Сбросы Эрика Мейера и YUI очень обширные, я бы сказал исчерпывающие. Я убежден, что в конечном счете вы сбросите все и переопределите все свойства для элементов. Вот почему Эрик Мейер не рекомендует использовать его полностью, в большинстве проектов полный список сброс файла Эрика Мейера ни к чему. Удалите из него стили тех элементов, которые не используете в своем проекте. Пробуйте, экспериментируйте, создайте свой собственный сброс файл.

И, пожалуйста, не используйте это:

Это займет больше времени на обработку, и что вы думаете произойдет с radio button, когда вы уберете у него padding? С элементами форм иногда происходят странные вещи, поэтому их лучше оставить в покое.

2. Алфавитизация CSS свойств

Как Вы думаете, в каком примере быстрее найти свойство margin-right?

Пример 1.

Пример 2.

Вы не можете сказать, что во втором примере не быстрее. При алфавитизации Ваших свойств, Вы сами для себя сокращается время для поиска специфического свойства.

Я знаю людей, которые организовывают список именно так, а кто-то другим не алфавитизрованным способом. Но скажу Вам точно, что если Вы работаете над одним проектом еще с кем-то (например, в компании), то Вам намного проще будет взаимодействовать со своим напарником, прислушавшись к данному совету.


3. Организация

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Вы должны организовать свою таблицу стилей так, чтобы Вы без проблем нашли искомые вещи или что-то нужное в списке стилей. Используйте комментарии эффективно. К примеру, вот как я структурирую мою таблицу стилей:

Использовать комментарии и группировать схожие элементы поможет Вам быстрее найти то, что нужно.

4. Последовательность

Какой вариант записи для кода Вы примите, такового и придерживайтесь. Посмотрите на 1-ую и 2-ую строку в примере. Так вот, оба варианта записи имеют право на жизнь. Каждый человек имеет право на выбор. Поэтому выберите себе более удобный и придерживайтесь его.

Лично я использую комбинацию обоих. Если селектор имеет более 3-х строк, то я рекомендую использовать 2-ой вариант (разбить на несколько строк), иначе 1-ый.

Я работаю таким образом, потому что 3 свойства помещаются в одну строку текстового редактора без переноса на следующую строку. Так что выясните что лучше для вас и придерживайтесь этого.

5. Начните в правильном месте

Не трогайте Вашу таблицу стилей, пока Вы не написали свою разметку страницы.

Когда я начинаю приступать к созданию сайта, я делаю разметку всего документа в целом от открывающегося тега body до закрывающегося тега body. И только после этого приступаю к созданию таблицы стилей. Я не добавляю лишние div’ы, ID, классы. Я добавлю лишь некоторый div’ы к header, footer, content, потому что я знаю, что они будут присутствовать на странице.

Продумывая разметку, вы не столкнетесь с проблемой лишних div-ов и лишних классов, которые могут быть критическими. Вам нужно будет добавлять эти вещи после того, как вы начали писать CSS, и если при реализации столкнулись с какой-либо проблемой, пытайтесь ее решить.

Используйте CSS свойства родительских тегов для назначения свойств дочерним элементам, а не на автомате добавляйте новые классы и идентификаторы к тегам. Просто запомните, CSS ничего не стоит без хорошо отформатированного документа.

*Примечание редактора: Не могу промолчать. Как сказал Тревор, даже не трогаете CSS файл, пока разметка не готова на 100%.

Заключение

Таковы лишь некоторые из советов, которые помогут Вам лучше писать код. Это отнюдь не означает конец списка. Как только я приду к другим, мы обязательно поделимся ими с вами.

Перевод и редакция: Рог Виктор и Андрей Бернацкий. Команда webformyself.

P.S. Хотите опубликовать интересный тематический материал? Если ответ «Да», то жмите сюда.

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Сайты — Это Просто


December 2010

S M T W T F S
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31

Простой способ проверить, подключилась ли внешняя таблица стилей.

Когда вы используете отдельный файл с правилами CSS, но пока не успели там ничего написать :-), вы можете быстро проверить, работают ли правила из внешнего файла вообще.

Для этого достаточно в подключенном файле CSS написать примерно следующее:

BODY <
background-color: red;
>

— если после этого цвет страницы поменяется на красный, значит, правила работают.

Особенно такая проверка бывает актуальна, если вы используете несколько отдельных таблиц стилей — например, одну общую для всего сайта, и несколько более специфичных — для каждого из разделов сайта.

Posted on Sep. 2nd, 2009 at 11:36 am | Link | Leave a comment | Share | Flag

Простой CSS

Несколько советов по написанию CSS

Хороший код, это не тот, который удобно писать, а тот, который удобно читать и поддерживать.

Хороший код — это простой код, простые короткие селекторы и говорящие классы, по которым сразу можно понять к чему применятся стили конкретного блока.

Мастер Йода рекомендует:  10 полезных материалов по Python для быстрого старта ваших проектов

Хороший код — это аккуратный код, в котором всё сделано единообразно: везде используется один и тот же порядок свойств, отступы и пробелы, стиль записи цветов и псевдоэлементов.

Если вы открыли свой проект через полгода и не можете сходу понять что там происходит, значит с этим кодом что-то не так. И наоборот: если код легко воспринимается, и вы можете сразу начать с ним работать, значит это хороший код, с таким кодом будет удобно работать и вам, и вашим коллегам.

На этом сайте вы найдёте несколько статей, которые помогут вам поддерживать ваш код мягким и шелковистым.

7 простых способов писать по-настоящему ужасный CSS

Каждый из нас участвовал в больших web-проектах, в которых было задействовано много людей. В результате, проект содержал множество стилевых файлов. В таких случаях запросто может получиться ситуация, при которой часть селекторов и классов создавалась во время разработки и тестирования, но к основным задачам проекта отношения не имеет. И к окончанию проекта становится непонятно, какие стили нужны, а какие — нет. Что же делать в таком случае?

Решение

Существует несколько решений проблемы. Я опишу здесь наиболее популярные:

  • Dust-Me Selectors : Dust-Me Selectors — это расширение для FireFox (версии 1.5 и выше), которое определяет неиспользуемые селекторы CSS, которое работает по следующему принципу. Извлекаются все селекторы из всех стилевых файлов просматриваемой страницы, затем анализируется какие из них не используются. Затем данные сохраняются и при тестировании (просмотре) дочерних страниц дополняются.
  • CSS Redundancy Checker : Бесплатный он-лайн сервис. С его помощью вы можете найти все селекторы, которые не используются вашей страницей.
  • Unused CSS Cleaner : Этот инструмент поможет вам найти неиспользуемые стили CSS (селекторы и классы), которые присутствуют в файле стилей, но не используются на страницах.
  • IntelliJ IDEA — HTML/XHTML/CSS Editor : Валидация CSS «на лету».
  • Style Studio CSS Editor : Платный редактор CSS. Подсвечивает неиспользуемые стили.
  • Expression Web’s CSS Reports : Есть возможность вывести в качестве отчёта неиспользуемые стили.


7 полезных советов по написанию хорошего кода CSS

Написание вашего первого кода CSS может показаться очень необычным, если вы привыкли работать с таблицами или же никогда раньше не использовали стили.

Ниже приведены 7 разных методов, которые вы можете использовать, чтобы написать правильный и чистый код CSS, а также упростить процесс написания кода и быть уверенным, что вы получите результат быстро и эффективно.

1. Начинайте с CSS Reset

Написание кода CSS может стать нетривиальной задачей, когда вам приходится писать определённый код снова и снова, просто чтобы заставить различные браузеры отображать разметку одинаково. Вот где потребуется CSS Reset . При том, что этим приёмом пользуются такие гении CSS, как E. Meyer, нет причин не сбросить все ваши браузеры « в ноль » и начать строить стили заново.

Некоторые люди говорят, что стили CSS Reset бесполезны, но когда вы привыкнете сбрасывать стили элементов, с которыми вы работаете, станет гораздо проще обеспечивать их одинаковое отображение в различных браузерах.

2. Комментарии – ваши лучшие друзья

В плане поддержания ваших таблиц стилей чистыми и легко читаемыми, комментарии – великолепный способ поддерживать их структурированными и ясными.

При комментировании блоков кода, как в примере ниже, процесс просмотра стилей становится намного легче, потому что вы можете быстро прокручивать файл и искать код таких элементов как заголовок, боковая панель, контент и подвал в соответствующем блоке, отмеченном, например, следующим комментарием:

Такой способ комментирования не только сохранит ваше время при прокручивании кода, но также поможет вашим клиентам, когда вы передадите им код: они смогут легко найти нужные элементы и внести изменения сами, а не будут беспокоить вас по 5-6 раз в неделю ради простых 1-3 минутных изменений. Преимущества чистого кода CSS выходят далеко за пределы создания красиво выглядящего файла.

3. Делайте отступы в ваших правилах CSS для лучшего поиска

Когда вам нужно что-то найти среди 500 строк кода CSS, это может стать пыткой для ваших глаз. Поэтому вместо написания кода CSS в таком виде:

Вы можете сделать отступ для правил, чтобы сделать проще прокручивание файла и нахождение нужных деклараций классов и id.

4. Одно правило – одна строка… Несколько правил – несколько строк

Следуя этому простому методу, вы можете быстро навести порядок в ваших файлах CSS. Ниже вы видите два разных способа написания кода CSS. Некоторые люди стараются располагать каждое правило на новой строке, но я придерживаюсь указанного выше метода: одно правило = одна строка, а несколько правил = несколько строк.

5. Изучите (и используйте) сокращённый код

Сокращённый код CSS позволит вам ускорить процесс написания, уменьшит беспорядок в ваших таблицах стилей и позволит вам находить нужные правила гораздо быстрее. Так почему же многие люди до сих пор пишут такой длинный код CSS?

Написание этого кода в сокращённом формате делает его гораздо яснее. Сокращённый код использует направление по часовой стрелке, поэтому числа из примера ниже относятся соответственно к top, right, bottom, left .

6. Пишите код CSS в алфавитном порядке, для упрощения чтения

Этот совет пришёл мне в голову совсем недавно, и я только начинаю использовать его постоянно, когда пишу код CSS. Расположение правил в алфавитном порядке позволит вам легко найти нужную строку кода, отредактировать её и двигаться дальше.

Посмотрите на код ниже и заметьте, что первые буквы правил идут в алфавитном порядке, что позволяет вам быстро пробежаться по списку и найти нужную строку. Ищете правило font-size ? Ну, вы знаете, на каком месте в алфавите буква F, поэтому поиск этой строки будет гораздо проще.


7. Используйте понятные имена классов и ID

Нет ничего хуже, чем редактировать кусок кода, когда он выглядит как-нибудь так:

Выбор правильных названий для ваших классов и ID поможет вам лучше понять, где искать тот или иной элемент в ваших файлах таблиц стилей, а также в ваших html файлах. Я бы порекомендовал использовать примерно следующие осмысленные имена, которые помогут поддерживать ясный и понятный код:

Данная публикация представляет собой перевод статьи « 7 Good Tips for Writing Better CSS » , подготовленной дружной командой проекта Интернет-технологии.ру

Мастер Йода рекомендует:  Безопасность WordPress как процесс

Плохой, зато свой: как написать по-настоящему ужасный CSS

Это перевод статьи Оханса Эммануэля, который уже много лет работает в сфере разработки веб-сайтов и сервисов. Его главное увлечение — CSS, здесь он чувствует себя как рыба в воде. Свою любовь к делу и знания Оханс охотно передает читателям.

Сегодня мы поговорим о том, как можно сделать CSS-стили ужасными, само собой, решая прямо противоположную задачу — научиться создавать красивый и чистый CSS. Материал подойдет в основном начинающим веб-дизайнерам и разработчикам, хотя в качестве напоминания статья пригодится и их более опытным коллегам.

Skillbox рекомендует: Образовательный онлайн-курс «Профессия Веб‑разработчик».
Напоминаем: для всех читателей «Хабра» — скидка 10 000 рублей при записи на любой курс Skillbox по промокоду «Хабр».

Зачем нужны комменты? Их пишут только джуниоры!

Комментарии к коду нужно оставлять всегда, каким бы хорошим специалистом вы ни были. Уже через полгода можно забыть, что к чему, и потом долго разбираться в нюансах. Потерянное время — это пропавшие деньги и испорченное настроение.

Конечно, комментировать хочется далеко не всегда, но делать это все же необходимо. Особенно это актуально для тех участков кода, где используются какие-то оригинальные/неочевидные приемы.

Не заставляйте своих коллег или себя самого из будущего страдать, не забывайте о комментариях. О необходимости комментирования говорят все, но, к сожалению, далеко не всегда разговоры означают выполнение этого правила.

Чем сложнее селекторы, тем лучше

О, да! Вы только-только выучили CSS (основы) и теперь чувствуете себя королем мира. Самое время показать этим несчастным, которые вас окружают, насколько сложными могут быть селекторы.

Если использовать слишком много селекторов, вы чрезмерно усложните CSS, тесно связав все это с HTML-структурой своего сайта или сервиса.

Если впоследствии изменится разметка, придется менять и CSS. И снова мы теряем время, деньги и любовь коллег.

Выход есть: просто используйте классы и живите полной жизнью. Чем проще структура, тем легче с ней работать. В CSS, как и во многих других сферах, актуальна поговорка «Краткость — сестра таланта».

Производительность? Она тоже не нужна

Крупная ошибка — забывать о производительности сайта или сервиса. Если о ней не позаботиться, последствия могут негативным образом повлиять на весь онлайн-бизнес компании, для которой сайт создается, а следовательно, и на вашу репутацию.

Не заставляйте пользователей нервничать, сделайте всё сразу хорошо.

То, что компьютеры сейчас очень мощные, не оправдание: код все равно нужно оптимизировать, и CSS не исключение. Простота селекторов должна ставиться во главу угла. А понимание того, как работает браузер при поиске очередного селектора, здорово помогает делу.


Вы, скорее всего, просматриваете селекторы слева направо. А вот браузер поступает наоборот, поэтому он может оставить без внимания селекторы, которые обнаруживаются последними. Заботьтесь о браузере как о самом себе.

Посмотрите на пример CSS на картинке выше. Браузер в этом случае проверит наличие всех элементов (*), а также то, являются ли они дочерними селекторами body.

Но почему? Дело в том, что практически любой видимый элемент в идеале является дочерним элементом . Проверка получается бессмысленной и неэффективной.

Плохо удается именование CSS-стилей? Делаем как бог на душу положит

Именование может быть сложным для некоторых из нас, но это не значит, что нужно сдаваться еще на берегу.

Честно говоря, я сомневаюсь, что в каких-то ситуациях стоит использовать одну-единственную букву в качестве наименования класса.

Ну хорошо, а что, если взять суперподробное именование?

Ну тоже так себе, согласитесь.

В то время как второй вариант может казаться приемлемым, повторное использование класса будет сложной задачей. К примеру, если абзац захочется сделать иного цвета, то такое имя будет выглядеть весьма странно.

Вообще лучше всего называть классы по содержимому либо же по картинке-элементу, если это нагляднее. В целом, пробуйте называть классы осмысленно, но не будьте перфекционистом в этом деле. Все хорошее должно быть в меру.

Я хочу использовать классы везде, это же так… классно!

Да, классы — это круто, многим они нравится. Но, как и все остальное, их стоит использовать только там, где это нужно.

Если вы видите, что несколько классов будут постоянно использоваться вместе, просто сгруппируйте их в отдельный класс. Как вы будете это делать — вещь сугубо индивидуальная. Но если вы пишете большое приложение, попробуйте группировать классы, а не иметь огромное их количество на каждом из элементов.

И да, избегайте использования модульных классов, когда это возможно.

Я CSS-перфекционист. SASS, LESS — не для меня!

Все мы своего рода перфекционисты. Если есть такая возможность, стоит использовать чистый CSS без решений вроде CSS-in-JS (отличное решение для некоторых React-проектов).

В случае, если вы разрабатываете большое приложение с тоннами элементов, лучше используйте CSS-препроцессор, что позволит сделать разработку более интересной задачей, времени на решение которой уйдет меньше, чем в случае работы с чистым CSS.

Не нужно, конечно, и становиться фанатиком препроцессоров, используя их в каждом удобном и не очень случае.

Ставим !important везде и всюду

Ох уж этот CSS, он никогда не работает. Давайте исправим проблему при помощи десятков и сотен !important, разбросанных там и сям! Отличная идея, правда?

На самом деле — нет. Большое количество !important делает ваш CSS слишком нагруженным и сложным. Вообще говоря, это правило было создано во второй половине девяностых, чтобы помочь веб-дизайнерам переопределять существующие стили. !important дает браузеру понять: нужно забыть обо всем и использовать только «усиленный» фрагмент. Но если использовать его во всех случаях, ленясь решать задачу иным способом, можно получить немаленькую проблему.

Лучше всего использовать !important на уровне свойства, а не селектора, причем тогда, когда вы корректируете код сторонних разработчиков либо же инлайновые стили. Слишком частое использование !important нарушает один из главных механизмов CSS — специфичность.

Ну и напоследок сторонникам хороших приемов написания CSS можем посоветовать:

    Использовать в CSS структуру контента, то есть некое подобие оглавления, что поможет в случае необходимости находить нужные участки кода.

Сделать CSS читабельным, то есть создавать чистые наборы правил, благодаря чему CSS будет легко читать.

Использовать файл сброса стилей, что позволяет уменьшить разницу отображения в разных браузерах с получением общего внешнего вида.

Добавлять CSS-анимацию в последнюю очередь.

Добавить комментарий