вопрос про Tasks Tool.
я правильно понимаю, что это инструмент исключительно для программистов? пользуются ли им бухгалетры, офис-менеджеры, тестировщики, админы и т.д?
не совсем, дублирование родительского блока нужно и для того
— чтобы не пересеклись имена элементов, иначе все равно везде прийдется писать каскад от блока типа .block elem.elemmod что тоже не очень удобно
— чтобы работая со сгенерированным кодом (в любом вебинспекторе) было сразу понятно к какому блоку относится элемент и модификатор
— в случае когда происходят миксы эелментов к блоку и наоборот, и элементов одного блока к элементам другого — без дублирования названия блока будет ад
основная мысль: БЭМ это не только css — он на всех уровнях технологий. Поэтому вариант при котором будут потенциальные пересечения именования нужно исключить на корню.
господа, мне нравится проект
но есть проблема, для моей задачки мне не нужно собирать «идеи», нужно уметь переформулировать текстовые ноды, сейчас такого нельзя сделать, верно?
а при чем тут html5 вообще?
все что тут есть это webkit реалиция css3 анимации и трансформации, красиво, но не почему все лопают это маркетойдное 'html5'?
во-первых, css кешируется только тот, который надо кешировать, остальной выливается в style в head
во-вторых, ваше предложение обязывает использовать каскад, а если читать внимательно текст, то можно понять что мы от него избавляемся в пользу скорости рендеринга страниц.
в-третьих, html гзипуется.
так что
А то что на странице 340 раз повторяется class="" это не важно? Это ведь 2,720 bytes.
мы не делали табличный каркас только из-за отстутсвия прогрессивного рендеринга, а с дивами намучались знатно. У страницы много состояний с длинными колдунщиками (длинее колонки) и снипетами, с max/min midth и поддрежкой ие6. Я не хочу тут тубличного холивара, но это не «новое», а «вынужденное» решение.
Нет смысла тащить с собой кучу лишнего CSS-кода. Кроме того, многим верстальщикам гораздо проще написать качественный код с нуля, чем перегружать кучу заранее объявленных бесполезных классов.
интерсно, с чего вы решили, что фреймворк, который разрабатывается внутри Яндекса тащит за собой что-то. Если вы посмотрите презентации и записи, то убедитес, что основная идеология вообще не связана с общими стилями, покрывающими неиспользуемые элементы. Иными словами используется только то, что нужно и ни байта лишнего. Как сказал Виталя, следите за клубом.
мы сейчас используем b-round — весьма эффективное и простое в разработке наше решение: но оно, конечно, зависит от цвета фона. Можешь пофербажить закругленные блоки на морде народа.
Я, кстати, когда-то делал решение с использованием middot или точек, но не прижилось: слишком по разному все рендерят шрифты.
я правильно понимаю, что это инструмент исключительно для программистов? пользуются ли им бухгалетры, офис-менеджеры, тестировщики, админы и т.д?
.block elem.elemmod
-->.block .elem.elemmod
— чтобы не пересеклись имена элементов, иначе все равно везде прийдется писать каскад от блока типа
.block elem.elemmod
что тоже не очень удобно— чтобы работая со сгенерированным кодом (в любом вебинспекторе) было сразу понятно к какому блоку относится элемент и модификатор
— в случае когда происходят миксы эелментов к блоку и наоборот, и элементов одного блока к элементам другого — без дублирования названия блока будет ад
основная мысль: БЭМ это не только css — он на всех уровнях технологий. Поэтому вариант при котором будут потенциальные пересечения именования нужно исключить на корню.
но есть проблема, для моей задачки мне не нужно собирать «идеи», нужно уметь переформулировать текстовые ноды, сейчас такого нельзя сделать, верно?
все что тут есть это webkit реалиция css3 анимации и трансформации, красиво, но не почему все лопают это маркетойдное 'html5'?
я не считаю, что это плохо, это просто данность.
2 сентября 2008, 11:10
а до этого мы просто не записывали этот список в вики очень долго
ну и:
pepelsbey.net/2008/08/zen-html/#comment-615
pepelsbey.net/2008/08/zen-html/#comment-630
во-вторых, ваше предложение обязывает использовать каскад, а если читать внимательно текст, то можно понять что мы от него избавляемся в пользу скорости рендеринга страниц.
в-третьих, html гзипуется.
так что
получается наименее важным.
например, время reflow в ИЕ7 было ~53мс, а теперь стало ~21мс.
интерсно, с чего вы решили, что фреймворк, который разрабатывается внутри Яндекса тащит за собой что-то. Если вы посмотрите презентации и записи, то убедитес, что основная идеология вообще не связана с общими стилями, покрывающими неиспользуемые элементы. Иными словами используется только то, что нужно и ни байта лишнего. Как сказал Виталя, следите за клубом.
Я, кстати, когда-то делал решение с использованием middot или точек, но не прижилось: слишком по разному все рендерят шрифты.