Привет Хабр! Представляю вам перевод статьи BODY MARGIN 8PX The origin story for a style no one wants. Данная статья мне показалась интересной и я надеюсь что я более менее нормально смогу передать вам ее содержание. Так же если вдруг вам интересно то я веду канал по фронту в котором стараюсь публиковать интересные материалы. В общем поехали. Все браузеры элементу body добавляют внешний отступ со значением 8px (margin 8px). Это часть таблицы стилей по умолчанию, рекомендованных w3c. Но почему именно 8px? Откуда такая тенденция? Каждое свойство в CSS имеет дефолтное значение, и оно одинаково для всех элементов веба. Например, дефолтное значение display — inline, а margin — 0. Дефолтные значения используют тогда, когда другие не указаны или не унаследованы откуда-то еще. Можно также вернуть стили прямо к их начальному значению, используя ключевое слово initial. Но когда все свойства одинаковы, то ссылка, абзац, заголовок или список визуально не отличаются, и это плохо. Убедимся в этом на примере Ultimate CSS Reset: Вот для чего нам нужны стили браузера — от элемента к элементу у них разные значения по умолчанию. Некоторые относятся к display, как блоковый элемент. Внутри него div’ы, параграфы, списки, заголовки, и т.д., и им нужны отступы для лучшего восприятия контента. Мы можем откатить любое свойство к стилю браузера по умолчанию, используя ключевое слово revert. Технически это удаляет любые авторские или пользовательские стили. Стили браузера — неотъемлемая часть интерфейса, но мы обращаем на них внимание только тогда, когда они кажутся нам неправильными или неожиданными. Тогда мы воспринимаем их как проблему, которую нужно решить с помощью ресета или нормализации. Reset удаляет значения по умолчанию для эффекта «чистого холста». Normalize делает дефолтные значения одинаковыми в разных браузерах. Рабочая группа CSS и разработчики браузеров понимают, что лучше, когда стили по умолчанию сразу заточены под разные браузеры. У самих браузеров в арсенале есть разные стили, но большинство из них можно найти в (отличной от нормативов) таблице стилей по умолчанию из спецификации CSS. Не знаю, есть ли где-то более свежая версия — не смогла ее найти.  Некоторые из стилей кажутся очевидными: элементы block должны отображаться блоком, элементы table  — таблицами, а list — списками. Для заголовков предусмотрен более крупный и жирный шрифт. В то же время, другие стили по умолчанию кажутся довольно произвольными.  Пролистнем блок с кодом на ⅓ вниз и увидим вот это: Логично, что по умолчанию по краям документа должен быть отступ, но почему именно 8px? Таблица стилей по умолчанию нужна для совместимости между браузерами, так как весь веб создан по принципу прямой и обратной совместимости. Веб не статичен — разработчики регулярно добавляют новые функции и фишки, и эти фичи не должны ломать существующие сайты.  Но в редких случаях что-нибудь да ломается, и мы делаем все, чтобы избежать таких ситуаций. А еще часто браузеры перестают использовать фичи (как это было со старым элементом marquee), продолжая при этом ее поддерживать. Стили по умолчанию в браузерах действуют по той же схеме. Они существовали с тех пор появился CSS. Хотя браузеры время от времени добавляют новые стили по умолчанию, старые удаляют крайне редко — велик риск нарушить работу сайтов, в которых они уже используются. Многие из сегодняшних стилей по умолчанию, которые есть в браузерах, это те же, что существовали при первом появлении HTML-элемента. Для разработки стандартов, даже ненормативных (необязательных к соблюдению), есть одно правило. Оно применимо и к таблице стилей по умолчанию. Стандарт не имеет смысла, если он не описывает реальность. Чтобы быть успешным, стандарт должен быть предписывающим, то есть указывающим браузерам, что внедрять. А еще он должен быть описательным в ретроспективе — описывать то, что браузеры уже внедрили. Бесполезно иметь совершенную в теории спецификацию, если она не точно описывает реальный веб. Новые стандарты пишутся для того, чтобы указать, как должна реализовываться и работать новая фича. Однако это только первый шаг сложного процесса. Действующие стандарты регулярно пересматриваются, чтобы понять, как функции на самом деле работают после внедрения. Опять же, мы отдаем предпочтение совместимости между браузерами, а не теоретической чистоте самих стандартов. В прошлом месяце я решила выяснить происхождение этого стиля: Я знала, что он — часть таблицы стилей, и предполагала, что он унаследован от старых версий браузеров. Затем его стандартизировали ради согласованности между вебом и браузерами. Но откуда он взялся изначально? Я решила обратиться к Твиттеру, и в итоге мы отследили его путь. Алан Стернс (один из нынешних председателей CSSWG) указал мне на первую спецификацию с margin 8px в таблице стилей по умолчанию: В 2003-ем был padding. С 2004 поменялся на margin Замена с padding на margin интересна. Но я полагаю, что эти таблицы стилей, описывали какую-то предшествующую реальность браузера — не создавали же этот стиль с нуля? Есть несколько ссылок, которые я поглядываю от случая к случаю, когда мне хочется почитать об истории CSS. Больше всего мне нравятся эти документы-источники: Cascading HTML style sheets – a proposal от Håkon Lie (пропозал, который стал в итоге CSS); Historical Style Sheet proposals. Но есть и другие крутые статьи с историей CSS: A brief history of CSS until 2016 от Берта Боса (соавтор оригинальной специализации CSS); A Look Back at the History of CSS от Джея Хоффмана на сайте SS-Tricks; The Languages Which Almost Became CSS от Зака Блума. Я настоятельно рекомендую прочитать их, чтобы понять принцип работы языка. В них я нашла список первых браузеров с CSS, но не узнала ничего про margin в body: Для контекста, IE3 был первым коммерческим браузером с CSS. Это был 1996 год. Затем Netscape 4 добавил некоторую поддержку языка. До этого CSS тестировался в Argo и Arena... Как давно это было...? Большинство этих пропозалов были изначально написаны в виде писем для рассылки www-talk@w3.org или для специального списка рассылки www-style@w3.org. Оба сайта хорошо архивированы и доступны для поиска (одно из преимуществ среды, созданной группой ботаников в области информатики). Поиск в архивах привел меня к письму от Тодда Фарнера за март 1998 года: В моей последней редакции «Базовой таблицы стилей» задан margin: 0px, padding: 8px. Ранее было так: margin: 8px, padding: 0px, а background-position: -8px Тема ветки писем говорит о правильной работе с фоновыми изображениями. Не совсем по теме, но здесь говорится про наш padding/margin 8px. Следующая ссылка не работает, поэтому я кинулась на сайт The WayBack Machine чтобы проверить, есть ли архивированная копия — и их оказалось несколько! Сначала зашла на страницу The Base Stylesheet - February 22, 1999. Судя по ней, последние изменения были 7 ноября 1998. Затем перешла к самой ранней версии страницы — The Base Stylesheet - January 30, 1998.  Что, простите? Покопавшись в исходном коде, я нашла это: Получается, параметр .lastModified обновляется через WayBack Machine каждый раз при загрузке страницы?  Вот то, что мы искали: оригинальная таблица стилей по умолчанию, на тот момент она все еще в разработке. Здесь есть несколько примечательных цитат: «Базовая таблица стилей описывает “согласованный по умолчанию” рендеринг всех элементов HTML 4.0 в веб-браузерах, производных от Mosaic. Он... фиксирует статус-кво для того, чтобы выйти за его пределы.» Netscape Navigator и Microsoft Internet Explorer — основные браузерные движки того времени, и оба они восходят к предыдущему браузеру Mosaic. Таблица стилей по умолчанию браузера Mosaic — это простая адаптация нормативов для печатных научных трудов в Европе (см. Wanning, Frank; Internationaler Typographie und wissenschaftliche Textverarbeitung; Haag + Herchen, 1996). Звучит убедительно, учитывая, что веб зародился в лабораториях CERN. Однако есть одно но: большее распространение веб получил в коммерции, сфере развлечений, журналистике и гуманитарных науках. А ещё на тот момент на рынке доминировали браузеры на базе Mosaic — оба факта позволяют сказать, что ”правильный” HTML был заражен абсолютно неподходящим стилем, как раком или вирусом. Mosaic Browser Default Stylesheet (MBDS) вышел из научного сообщества CERN в широкое пользование и породил в Сети несколько поколений мутировавших инструментов и авторов, неправильно применяющих разметку только чтобы вызвать определенные эффекты MBDS. Характерный пример этого явления — использование <p> для создания вертикального пробела и табличных структур для нетабличной разметки. Надежность таких манипуляций объясняет каннибализацию HTML за пределами академических кругов и коммерческий успех архитектурно несочетаемых расширений HTML для облегчения симптомов.  Чтобы повернуть вспять эту эпидемию, необходимо сначала изолировать вирус и подвергнуть его гены точному и всестороннему лечению. Base Stylesheet — это модель CSS1 вируса MBDS и первый шаг к разработке «стилевых антител» — комплексных альтернативных таблиц стилей для HTML. Вот и все. Эта таблица стилей призвана показать то, что уже происходило до появления CSS в браузерах на базе Mosaic, и воссоздать эти стили в CSS. Интервал в 8px в Body появился еще до появления CSS. Вероятно, этот стиль пришел из внутренних правил Mosaic, еще до изобретения CSS, так что вопрос, как его представить, — как padding или как margin, — остается открытым.  План сработал не совсем так, как представлял себе Тодд Фарнер. Эта базовая таблица стилей продолжает жить, и ряд стилей, основанных на Mosaic, остался нетронутым. Альтернативных таблиц стилей для HTML не существует, по крайней мере, ни у w3c, ни у производителей браузеров. И те, и другие слишком заинтересованы в обратной совместимости, чтобы вносить какие-либо радикальные изменения в стили, которые уже используются. Если это и произойдет, то с инициативы веб-авторов, которые могут выбрать новую таблицу стилей, не беспокоясь об обратной совместимости. В некоторой степени, reset и normalize — это попытки создать новую всеобъемлющую таблицу стилей. Однако ресеты обычно удаляют слишком много (полагаясь на авторов, которые смогут вернуть все обратно), а нормализаторы часто больше заботятся о совместимости с браузером, чем об улучшении стилей. Именно это привело Джен Симмонс к созданию CSS Remedy. Я одна из основных участников, хотя в последнее время в проекте было немного работы. Цель — переосмыслить для современного интернета таблицу стилей по умолчанию. Что было бы придумано сейчас, если бы нас не сдерживали достижения Mosaic 30-летней давности? Впереди ещё много дискуссий, но в строке 47 основной таблицы стилей CSS Remedy бесспорно одно: В CSS Remedy в целом нет стремления сделать всё красиво — лишь попробовать прийти к лучшим дефолтным значениям. Еще есть проекты с менее гибким подходом для уже разработанных стилей базовых элементов HTML. В прошлом месяце Робин Рендл поделился мыслями о The Smallest CSS, отвечающим на вопрос о том, какой наименьший CSS можно написать, чтобы HTML выглядел более-менее прилично. Это отличное исследование, которое вместилось в ~15 строках CSS. А ещё мне нравятся бесклассовые фреймворки, которые основаны на написании семантического html без специальных селекторов. Взгляните и на эти бесклассовые CSS-библиотеки. Мне самой не терпится попробовать что-то подобное.  Frontend разработчик