Он и не должен объединять, и никакого профита в этом нет. А то, что пропускает ; это уже к тому чем вы компилируете, я думаю должны быть настройки. В codepen такого нет, закрывает все правила.
Mark Doe: Они появляются не чаще, чем у других движков. А вот закрывают их намного быстрее и это видно в реале. Плюс большинство проблем у пользователей не от дыр в WP, а от шаровых плагинов и банальных логин/пароль...
Дмитрий Кравченко: Вопрос здравого смысла. Если у вашего независимого блока есть другой вид отображения, то есть две опции: либо добавить модификатор только блоку, либо каждому его элементу. Но если мы говорим о том, что модификация происходит только с одним элементом – тогда, естественно, модификатор только для этого элемента.
Дмитрий Кравченко: Если у вас только некоторые пункты меню требуют такого класса, тогда добавляете только им. Если все, тогда добавляете модификатор сразу родителю: .menu.menu_footer. Но в этом случае лучше добавлять более абстрактное название, типа: .menu.menu_narrow
Дмитрий Кравченко: у вас недоБЭМ какой-то получается :-) правильный БЭМ это .block__element_modificator или .block__element--modificator. В вашем случае нужно делать так: .block__element.block__element_modificator
D' Normalization: сейчас я не делаю сайты на wp. но исходя из опыта полученного на фрилансе я точно знаю, что большинство заказчиков просят именно его. и им сложно понять, почему под капотом не wp, к которому они уже привыкли, и зачем им тратить время на изучение чего-то нового, если wp полностью их устраивал. это вопрос целесообразности. если wp полностью справлялся с их задачами, какие у вас могут быть аргументы против этого? тем более если говорить именно про cms, то wp далеко не на последнем месте. просто нужно понять, что есть мнение разработчика, а есть бизнес-задачи, и если wp справляется с ними, то в чем плюс для бизнеса тратить деньги/время на изучение новых инструментов?
и да, вы совершенно не знаете про мой поток и каки задачи я решаю. зато очень много рассказываете про проекты на 2-3 месяца. и это естественно, что никто не стоит на месте. но я говорю с точки зрения фриланс-бирж и новичков, которые хотят начать зарабатывать.
так что еще раз повторюсь — покажите работы, которые вы делали в первое время на фрилансе. очень интересно посмотреть, как вам сразу дали проекты на 2-3 месяца без "сайтов-визиток" из 3х страниц. или говорить — не мешки ворочать? :)
D' Normalization: все это красивые слова, на деле не у всех получается сразу заниматься крутыми проектами на фрилансе. покажите свои работы, которые вы делали на фрилансе первый год. мы посмотрим насколько это были крутые проекты. и как вы заказчику, который привык к админке wp (которая, к слову, совершенно нормальная) аргументировали, что лучше не wp, а какой-то свой фреймворк. особенно с точки зрения того, что дальше поддержкой проекта возможно будет заниматься совершенно другой человек, который с wp уже знаком, а с вашим классным фреймворком нет.
я понимаю то о чем вы говорите. но вы берете идеальную ситуацию и то к чему нужно стремиться, при этом не говоря о реальной ситуации и не рассматривая вопрос актуальности решений.
или вы не согласитесь, что сайт компании из 3 уникальных шаблонов, где нет никакого товара и тд, проще и понятнее для заказчика, если он реализован на wp? лично я не вижу в этом ничего необычного. а если говорить с точки зрения бизнеса, то ваши рассказы про "ширпотреб" непонятны, как непоняты слеговые выражения большинству обычных людей, которые не в теме :)
Думай Головой: я уже по вопросам стал вас узнавать. не приходило в голову, что люди разные? лично мне очень сложно соблюдать график, потому что люблю засидется до поздна, но когда все же возвращаюсь в нормальный режим — намного легче становится. тут нет правильного ответа, кто как хочет — так и живет. а вообще это такие вопросы "выковырянные из носа", что можно и самому головой подумать, а не призывать других :)
