triggerfinger, Ты спрашивал, когда простить предоплату, а не когда её брать. Обозначить, что ты работаешь по предоплате, и назвать процент необходимо сразу, чтоб никто не тратил время, если кто-то не согласен с условиями. Брать после обсуждения деталей и утверждения порядка работ, перед стартом.
dom1n1k: Нормальное решение. Градиент 50/50 для всего хедера от края до края, сверху перекрытие границы градиента фонами блоков в контейнере. Куда менее костыльно, чем плашка псевдоэлементом.
За line-height в пикселях нужно отрубать руки. Высота строки задаётся исключительно коэффициентом по отношению к font-size. Если, конечно, это свойство используется по прямому назначению.
Иван Бабий:
Очевидно, Сергей имеет в виду, что сылка и аттрибут - "слегка" разные вещи. Перед практикой на бутстрапе стоит изучить хотя бы основы, дабы не стать очредным "бутстрап-девелопером".
Никита Кит: Поскольку ты сразу переходишь к оскорблениям, аргументов, я так понимаю, не будет? Хотя, это было очевидно изначально, твоё эго куда объёмней знаний). Ты даже не понимаешь, какой абсурд несёшь в попытках отстоять свою правоту
Никита Кит: К сожалению, исходники вёрстки не всегда доживают и до трети жизни проекта. Не вижу причин не побеспокоиться о поддерживаемости итогового кода.
>> "А в понимании движка браузера - минификация и оптимизация - главное и основное."
Браузеру плевать на минификацию, она может повлиять только на скорость загрузки, и то не критично (но речь сейчас не об этом, против минификациии я, конечно, ничего не имею, это безвредная оптимизация).
extend работу браузера тоже никак не ускорит, разве что, скорость загрузки файла стилей, но смысла в экономии пары килобайт, жертвуя поддерживаемостью и структурой, нет априори (про исходники см. выше).
>> "и между двумя твоими вариантами - со вторым вариантом он справится лучше."
Сильное заявление. Откуда данные?
Никита Кит: Минификация должна иметь разумные пределы. Да и в целом, поддерживаемость и чёткое структурирование кода всегда важней оптимизации (которая, впрочем, в обсуждаемом случае настолько незначительна, что ей можно полностью пренебречь).
Никита Кит:
>> "extend ничего не группирует. Группируешь ты. Ты просто описал, что не умеешь ими пользоваться - вот и всё. "
Пример я привёл выше. В чём же я не прав? Твой результат как-то отличается от моего примера?
>> "2) extend добавляет класс к свойству, а не копипастит свойства в класс"
Ну так это я и ставлю главным минусом, а ты начинаешь необоснованно агриться, что я чего-то не понимаю (см. п. 1).
>> "3) extend позволяет использовать модификаторы, include нет. "
Каким боком здесь модификаторы? Модификатор вообще не должен наследовать свойства основного класса. Но если нужно включить какой-то шаблон, это позволяют сделать оба варианта.
>> "Так что объективно, ты не прав."
Ты перепутал. Твоё мнение - это "субъективно".
>> "На форумах уже целый вагон статей, в которых все советуют отказываться от миксинов".
На любую тему, подразумевающую выбор, есть вагон статей. Пока не видел ни одного разумного довода в пользу extend относительно миксинов, вижу только "бысрей, копипаста, азаза", естественно, без аргументов. Хотя, строго говоря, сравнивать миксины и тихие классы некорректно априори.
