Leaderboard
Popular Content
Showing content with the highest reputation on 10/20/2011 in all areas
-
Вот это мнение человека, который совершенно не понимает, о чём идёт речь. БЭМ - это не просто засорение кода ненужными классами и я считаю, что его использовать можно и нужно, но не быть фанатом и смотреть на ситуацию. Вот пример. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Документ без названия</title> <style type="text/css"> .nav {} .nav > li {} .nav > li > a {} .nav__dropdown {} .nav__dropdown > li {} .nav__dropdown > li > a {} </style> </head> <body> <ul class="nav"> <li> <a href="#">1</a> <ul class="nav__dropdown"> <li> <a href="#">Выпадающий пункт</a> </li> </ul> </li> <li> <a href="#">2</a> <ul class="nav__dropdown"> <li> <a href="#">Выпадающий пункт</a> </li> </ul> </li> </ul> </body> </html> Я показал пример, для обычных проектов, простых (не крупных порталов). Т.е. если бы я использовал отчасти БЭМ на простых хомяках, я бы делал так. Объясняю суть. Тут, на дочерних селекторах, мы теряем в скорости, но учитывая, что это обычный хомяк, разницы мы не замечаем. .nav {} .nav > li {} .nav > li > a {} Плюсы: 1) Мы избавляемся от "лишних" классов, которые вешаются на всё живое, например на те же li 2) Мы не теряем удобочитаемость нашего кода, т.е. код с таким подходом остаётся вполне читаемый и понятный. 3) Мы так же можем смело сказать, что наш блок - независимый и что все его обращения к элементам внутри происходят только на его уровне, не затрагивая, например элементы такого же типа внутри него. Опять же, проблема независимости решается тут за счёт дочерних селекторов. 4) Мы так же легко можем убирать, или наоборот вводить вложенные элементы внутрь, они так же вполне себе самостоятельны за счёт своих классов <ul class="nav__dropdown"> <li> <a href="#">Выпадающий пункт</a> </li> </ul> .nav__dropdown {} .nav__dropdown > li {} .nav__dropdown > li > a {} Если внутри нужны какие-то отдельные элементы, то мы вешаем на них класс, и это лишит нас последних проблем. Таким образом на выходе мы имеем вполне себе удобочитаемый, управляемый и самое главное независимый код. Я к тому, что не стоит брать БЭМ за догму, не стоит не видеть ничего вокруг и использовать эту технику в полном объёме в своих проектах, особенно в малометражных, если этого не требует ситуация. Можно и "даже" нужно использовать его правильно и исходить от задачи и объёма сайта. На проектах, которые ты один раз сверстал и забыл или раз сверстал и возвращаешься к нему редко, вполне подойдёт мой подход. Есть возражения?1 point
-
NeoMurderer и ceil100 ваши высказывания это и есть бред "Не нравится, потому что громоздко", "километровые названия это бред" Сам давно поглядываю в сторону БЭМ, но вот есть такой вопрос: у меня по специфике работы надо делать сайты максимально быстро, насколько увеличится время изначальной верстки? Если первоначальная концепция сайта меняется, скажем, до 3 раз в неделю, всего сайт может меняться от 2-3 до 10 раз, начиная с мелких изменений, заканчивая 80% переделки сайта, насколько легко мне будет менять структуру при таком подходе? Даешь конкретные примеры!1 point
-
Вот. Посмотрите.1 point
-
Омг, кто додумался писать document.write в таймере? Что за детский зад. Уж извините, но как минимум странно видеть такой код, хоть даже и с "коленки".1 point
-
Они по умолчанию по горизонтали, вроде...1 point
-
Попробуй вставить пустой див нужной тебе высотой в качестве распорки... Способ конечно не изящный, но я пытался минут 15 разобраться в чём дело и не вышло. Если найдёшь решение - напиши, очень интересно.1 point
-
надо вписывать имя базы данных а не таблицу) mysqli_select_db ("имя бд", $dbc); а rassilka как я понял это таблица=) выложи скрин бд)-1 points
-
я помню что есть такой выход а в каких случаях их ставить я не помню) я на одном форуме надыбал)-1 points
This leaderboard is set to Kiev/GMT+02:00
-
Upcoming Events
No upcoming events found -
Сообщения форума
-
Доброго всем времени суток. Прошу помощи. Научите принципу изменения футера. Движок Xenforo. Версия 2.2.10. Стиль дефолтный. Что именно нужно в итоге на фото примере. Мой шаблон app.footer less имеет следующее значение. .p-footer { .xf-publicFooter(); a { .xf-publicFooterLink(); } } .p-footer-inner { .m-pageWidth(); .m-pageInset(); padding-top: @xf-paddingMedium; padding-bottom: @xf-paddingLarge; } .p-footer-row { .m-clearFix(); margin-bottom: -@xf-paddingLarge; } .p-footer-row-main { float: left; margin-bottom: @xf-paddingLarge; } .p-footer-row-opposite { float: right; margin-bottom: @xf-paddingLarge; } .p-footer-linkList { .m-listPlain(); .m-clearFix(); > li { float: left; margin-right: .5em; &:last-child { margin-right: 0; } a { padding: 2px 4px; border-radius: @xf-borderRadiusSmall; &:hover { text-decoration: none; background-color: fade(@xf-publicFooterLink--color, 10%); } } } } .p-footer-rssLink { > span { position: relative; top: -1px; display: inline-block; width: 1.44em; height: 1.44em; line-height: 1.44em; text-align: center; font-size: .8em; background-color: #4682B4; border-radius: 2px; } .fa-rss { color: white; } } .p-footer-copyright { margin-top: @xf-elementSpacer; text-align: center; font-size: @xf-fontSizeSmallest; } .p-footer-debug { margin-top: @xf-paddingLarge; text-align: right; font-size: @xf-fontSizeSmallest; .pairs > dt { color: inherit; } } @media (max-width: @xf-responsiveMedium) { .p-footer-row-main, .p-footer-row-opposite { float: none; } .p-footer-copyright { text-align: left; padding: 0 4px; // aligns with other links } } -
Нужны сайты с примерами верстки, типа https://css-tricks.com/. Типовые приемы и нестандартные на все случаи жизни. Накидайте ссылок. -
By Katerina23 · Posted
Да, подходит. Спасибо. -
<input type="number"> -
By Katerina23 · Posted
Здравствуйте, подскажите какой тег использовать для увеличения значения, пример на картинке. Вроде, про такой тег я слышала. Если есть тег прогресс бар, значит и такое должно быть.
-