Jump to content

Сброс стилей


wildhind
 Share

Recommended Posts

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

Вот, правильный подход :)

А теперь посчитаем, сколько возможно контейнеров, которые редактирует пользователь, на что у него может хватить фантазии…

И что мы видим в итоге? Для каждого из элементов стили сброшены, а затем определены. Зачем?

Да хоть 100500 контейнеров - класс один, который ставится на эти контейнеры.

Link to comment
Share on other sites

Да как же вы успеваете?)) Я, видимо, буду чуть запаздывать за мыслью - не обессудьте)

Зачем это?

Одинарный межстрочный интервал. В одних браузерах он по умолчанию полуторный, в других нет. Сброс же.

Можно подробнее по этому? В каких какой? Если не сложно...ссылочку, может.. ;)

Edited by alexandr_v-vich
Link to comment
Share on other sites

2SelenIT: я у докторов смотрел http://html5doctor.com/element-index/#nav

Спеке не верю, она ж теперь ЖHTML, т.е. ее переписывают по сто раз на дню... что ее теперь с утреца перед работой перечитывать чтоль?

UPD:

Можно подробнее по этому? В каких какой?

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

Link to comment
Share on other sites

2SelenIT: я у докторов смотрел http://html5doctor.com/element-index/#nav

Спеке не верю, она ж теперь ЖHTML, т.е. ее переписывают по сто раз на дню... что ее теперь с утреца перед работой перечитывать чтоль?

UPD:

Можно подробнее по этому? В каких какой?

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

ну да, лучше пользоваться частным ресурсом, которому 3 года :)

http://html5doctor.com/nav-element/

http://web.archive.org/web/20100101015350/http://html5doctor.com/nav-element/

"соверменная" страница и версия от января 2010 года - абсолютно идентичны

При том, что они сами ссылаются на официальную спецификацию, вот только ссылались они на версию 2010 года. А отменяют решения крайне редко, так что раз

A nav element doesn't have to contain a list, it can contain other kinds of content as well. In this navigation block, links are provided in prose
значит так и есть
Link to comment
Share on other sites

С line-height разобрался. Действительно, раньше внимания не обращал. Полезно.

Я предлагаю подытожить так:

Использовать сброс тогда, когда

1. Это не является частью особенности тега.

2. Тег имеет разные дефолтные значения в разных браузерах.

3. 100% случаев использование в дефолте - мешает. (Пример - "border" у "a img")

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

А вот, к примеру, line-height, которые стоит у любого текста одинаковый (по тегам) и разный в браузерах - стоит сбрасывать.

Так?

Edited by alexandr_v-vich
  • Like 1
Link to comment
Share on other sites

Спеке не верю, она ж теперь ЖHTML, т.е. ее переписывают по сто раз на дню... что ее теперь с утреца перед работой перечитывать чтоль?

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

  • Like 4
Link to comment
Share on other sites

Хотя очевидность использования списков для навигации, после появления nav, для меня всё менее и менее очевидна ))

Списки в навигации — достаточно удачное (пусть и не бесспорное) решение для многоуровневых меню.

Link to comment
Share on other sites

С line-height разобрался. Действительно, раньше внимания не обращал. Полезно.

Я предлагаю подытожить так:

Использовать сброс тогда, когда

1. Это не является частью особенности тега.

2. Тег имеет разные дефолтные значения в разных браузерах.

3. 100% случаев использование в дефолте - мешает. (Пример - "border" у "a img")

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

А вот, к примеру, line-height, которые стоит у любого текста одинаковый (по тегам) и разный в браузерах - стоит сбрасывать.

Так?

Почти так.

Само по себе различие отображения в разных браузерах не есть зло. Однако дефолтное отображение может противоречить идее дизайна. Например, та же высота строки чаще всего должна быть вполне определённой для соответствия дизайну. Тогда пишем в начале css именно нужную высоту, а не абстрактный line-height: 1 ради ненужного причёсывания под одну гребёнку. Текст, ссылки должны быть определённых цветов. Задаём эти цвета, а не определяем background:white;color:black непонятно ради чего с тем, чтобы следующей строкой всё равно указать нужные цвета.

border у img — да, сбрасываем. display:block для header,footer,section,etc — да, ставим. Это исправление неожиданного поведения, приведение поведения к ожидаемому. Маркеры у списков не убираем. Маркеры у списков ожидаемы. Можно их переопределить, если дизайнером задуман альтернативный вид.

Можно сделать что-нибудь в духе input:focus { box-shadow: none }. В отдельных случаях характерное для вебкитов подсвечивание поля в фокусе резко не сочетается с дизайном.

То есть, всё очень зависит от дизайна. В нормальном макете указаны стили для заголовков любого уровня, ссылок, списков, элементов форм. Это и нужно задавать как стили по умолчанию, а не бездумное обнуление всего и вся.

  • Like 1
Link to comment
Share on other sites

То есть, всё очень зависит от дизайна. В нормальном макете указаны стили для заголовков любого уровня, ссылок, списков, элементов форм. Это и нужно задавать как стили по умолчанию, а не бездумное обнуление всего и вся.

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

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

Однако, когда речь заходит о CSS, то сразу начинается холивар на тему ресет/не ресет.

  • Like 3
Link to comment
Share on other sites

То есть, всё очень зависит от дизайна. В нормальном макете указаны стили для заголовков любого уровня, ссылок, списков, элементов форм. Это и нужно задавать как стили по умолчанию, а не бездумное обнуление всего и вся.

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

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

Однако, когда речь заходит о CSS, то сразу начинается холивар на тему ресет/не ресет.

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

Link to comment
Share on other sites

  • 1 year later...

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

Собственно, некий гипотетический заказчик вдруг захочет вставить в статью какой-то там список и не увидев его - разгневается и посчитает всю работу некачетсвенной. (скорее всего такой глупый заказчик даже не догадается, что произошло и нарисует тире, а не глупый напишет пару строк кода в css). Ну...

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

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy