Rezonatorrr, точно не действует?))
А то я смотрю, вы уже добавили и оно у меня работает:
Кстати, понятно почему злоупотребление "!important" так опасно?
WapSter, не понимаю в чём разница платный/бесплатный. Я достаточно много встречал (да чего уж там - подавляющее большинство) таких макетов (а-ля "ui standalone app"), которые вписаны в единственное разрешение. Типичный максимум что может приложить дизайнер - ещё два варианта для мобилы и планшета.
Меня, например, всегда интересовал момент: по мнению дизайнеров - в мире не существует мониторов шире чем 1920px?
Понимаете, обычно всё с чем работает верстальщик - это только макет. Ну может какие-то пояснения - что там анимировано должно быть и т.п. И всегда(!) начинается общение с менеджером (редко у верстальщика есть прямой выход на дизайнера) по поводу разрешений девайсов и того, что тот или иной контент просто не влезает в заданное разрешение или наоборот - остаются огромные "дыры". Обычно омтахиваются "а дальше контент просто тянется". Начинаешь на пальцах показывать что тянуть или нечего или некуда. И вот тогда уже дёргается дизайнер и начинает лепить костыли))
Вот здесь я беглым взглядом сразу вижу косяк (безотносительно того, что только единственное разрешение представлено) - правый нижний блок с секторной диаграммой вписан "идеально". А если в этой секторной диаграмме кол-во элементов будет больше 4? Лепить кастомный скроллбар? На аннотацию к диаграмме скроллбар, серьёзно? А если меньше 4? Оставлять пустое место? Растягивать отступы?
WapSter, в том что он сделал вариант под удобное именно ему разрешение. Будет страница растягиваться? Если да, то как? Если нет, то как это должно выглядеть на других разрешениях.
wulfdog, Windows 7, на скрине билд, собранный электроном для мака. При попытке запаковать этот билд в архив (или скопировать) - вылезает ошибка. Винда не может прочитать файлы Libraries и Resources. Блокирующих дескрипторов не видит.
P.S. Ах да, это по ходу не файлы, а линки на директории.
Тимур Турсунбаев, так он как раз и процитировал документацию этой ущербной технологии)) БЭМ как ра з и допускает использование контекстного селектора, но "первого порядка".
Qlink, нет. Всё немного не так. У синих элементов высота фиксированная. Блин, проще показать.
Вот так было в дизайне. А теперь представьте что подпункты по высоте не влезают во вьюпорт - и вы сразу получите кучу проблем.
Рустам Байназаров, риторический вопрос - объясните, откуда у многих веб-девелоперов так развился снобизм? Т.е. вы не ответили на конкретный вопрос, вы даже не поняли для чего там ТАКАЯ структура, но сразу с ходу обозвали оппонента ослом и стали учить его каким-то азам... Или вы думаете вокруг все глупее?
Объясняю на пальцах:
элементы красного блока должны быть внутри элементов синего блока! Потому что они должны появляться по ховеру. Именно поэтому они абсолютно спозиционированы относительно родителя синих элементов. При этом красный и синий блок должны тянуться минимум на всю высоту вьюпорта. А если какой-то из блоков превышает высоту вьюпорта, то второй должен растягиваться на ту же высоту.
Рустам Байназаров, серьёзно? Признайтесь честно, что просто не знаете. А то опять демагогия пошла...
Я из кода просто лишнее выкинул, чтобы пример не захламлять.
Stalker_RED, ещё раз - причём тут "mobile first"??? Там на среднестатистическом сайте всяких плагинов, счётчиков и прочего дерьма понатыкано столько...
Ерунда. Деградация всегда проще.
В начале вы пишите html - нужен десктопный дизайн (иначе в мобильной половины элементов не будет). Потом вы начинаете писать стили для мобильного, через правило вставляя "display:none". А потому уже начинаете прописывать нормальные стили для этих элементов...
А что до дизайнов, так я постоянно слышу (даже от дизайнеров) - "ну мобильную версию сами накидайте - что там сложного..."
Сергей delphinpro, ну вот это уже действительно более-менее логично. В глобальные стили, такое действительно не пишут, кроме... а если это действительно фишка дизайн такая? Почему у всех кнопок не может быть жёстко заданного отступа сверху? Вполне логично и стройно. А отступы, как раз благодаря схлопыванию и дадут нам это фиксированное расстояние (если overflow: hidden не злоупотреблять) вне зависимости от контекста вставки этой кнопки. Если уж где-то и приспичит изменить этот отступ - ну переопределим стиль контекстным селектором. Вместо того, чтобы каждый раз для каждого блока прописывать этот марджин.
Сергей delphinpro, я знаю, я специально сделал ремарку. За то, что все как одержимые носятся с этой методологией - Яндексу надо руки оторвать (как и Твиттеру за Бутстрап). Речь изначально шла про вёрстку, вы стали судить с позиции этой, давайте будем откровенны - очень специфичной методологии. Она абсолютно не реализует свои преимущества во многих проектах, куда её тянут с криками "вы сами рано или поздно придёте к этому".
Вы куратор тэга css. Что вы думаете по поводу каскадирования? Или надо всё верстать независимыми блоками?
Сергей delphinpro, мне нравится такая позиция в дискуссии - "я умный, ты дурак". Вот и вся аргументация, собственно.
У меня тоже опыта хватает. Про какие базовые вещи вы ведёте речь? Где это написано что margin для блочных элементов (сознательно употребляю такую терминологию, это вы зачем-то тянете в спор всякие "модные штуки") deprecated?
"margin: 0 auto" - уже зло?))
теперь кошерно "align-self: center;"?
А то я смотрю, вы уже добавили и оно у меня работает:
Кстати, понятно почему злоупотребление "!important" так опасно?