Comments 35
я так понимаю, что регионы могут со временем div-ы заменить, или даже, возможно, они для этого и создаются
Можно почитать боле подробно про регионы, штука очень интересная, раньше реализовывалась блоками с флоатами и клиарами. labs.adobe.com/technologies/cssregions/
Регионы могут заменить гораздо больше модулей, чем кажется.
С интересом буду читать еженедельные выпуски. Большое спасибо!
Вёрстка становится всё более увлекательным занятием с развитием CSS.
>хорошо известно пользователям таких продуктов как Adobe Illustrator, Adobe InDesign, и даже Corel Draw.
А также Flash Professional. Очень удобная штука – журнальная верстка станет в разы удобнее.
А также Flash Professional. Очень удобная штука – журнальная верстка станет в разы удобнее.
Вы ничего не путаете? Или это сарказм?
Скорее вы меня не так поняли, поскольку сарказма в моем комментарии нет.
Чтобы объяснить то, что я обозвал «журнальной» версткой, опишу вам специфичную задачу:
печатное издание захотело, чтобы их сайт выглядел как первая страница их газеты, при этом они хотят написать текст всей статьи непрерывным, чтобы он сам расположился по блокам выдав неравномерный многоколоночный вид. До сего момента это решалось с помощью JS, и в принципе не сложно.
CSS3 Multicolumns кроме одинаковых последовательных колонок более сложную структуру(как на картинке к это статье) сделать не дает.
Так вот регионы дают сделать все это наглядно и удобно, без применения JS.
Чтобы объяснить то, что я обозвал «журнальной» версткой, опишу вам специфичную задачу:
печатное издание захотело, чтобы их сайт выглядел как первая страница их газеты, при этом они хотят написать текст всей статьи непрерывным, чтобы он сам расположился по блокам выдав неравномерный многоколоночный вид. До сего момента это решалось с помощью JS, и в принципе не сложно.
CSS3 Multicolumns кроме одинаковых последовательных колонок более сложную структуру(как на картинке к это статье) сделать не дает.
Так вот регионы дают сделать все это наглядно и удобно, без применения JS.
А, это оказывается два разных предложения было… Да, для журнальной верстки это супер. Да и для резиновых сайтов тоже будет неплохо.
А что, во Флеше появился перетекаемый текст уже? Я давно туда не лазил, отстал от жизни уже…
А что, во Флеше появился перетекаемый текст уже? Я давно туда не лазил, отстал от жизни уже…
Ауральные проблемы… маразм. Занимаются какой-то мертворожденной ерундой.
Не имею ничего против слепых, но только вот w3c путает html-верстальщиков со звукорежиссерами радиоспектаклей.
Не имею ничего против слепых, но только вот w3c путает html-верстальщиков со звукорежиссерами радиоспектаклей.
Раньше так было. Сейчас кое что немного изменилось. У вас есть смартфон и вы водите автомобиль. Вы хотите почитать новости, пока вы в пути, но вы не многозадачны. И тут вам приходит на выручку читальщик текстов. Тыцнули кнопку и наслаждаетесь. Всяким киоскам тоже было бы полезна данная фича. Не использовали эту часть спецификации как раз из-за отсутствия внятных настроек и реализации.
Что ж, возможно, я об этом как-то не думал. В любом случае указание позиции голоса в пространстве и прочие детали реализации как-то немного черезчур. Не то чтобы это было совсем ненужно, но есть вещи намного более важные. Договориться, наконец, о едином формате бордер-радиуса, например — с одинаковой поддержкой стилей линий, процентов и так далее.
Давайте я вам еще подкину идейку. С новым стандартом можно делать аудиокниги на основании простого HTML. Вот тут то и пригодится позиция голоса в пространстве. Вместо сотен мегабайт можно передавать сущие килобайты. Для телефонов это будет находкой.
А я согласен с chainik. Нам бы с разметкой простой расставить все точки над i. Есть множество неутвержденных или даже нерешенных, но крайне востребованных, вещей: градиенты, вычисляемые значения, сетки, радиусы и пр.
Работа над модулями ведется циклически. Сделали черновик — обсудили, нашли проблемы, пошли думать как их решать. Идее нужно устаканиться, поискать проблемы в соседних модулях, не все так просто. Части спецификации не должны противоречить друг другу, а так как она огромная, то проблемы вылазят постоянно
Да, но если реально взглянуть на вещи, то ACSS должен иметь низший приоритет.
Я скажу так, зачастую, на бумаге, все выглядит хорошо и красиво. Но как только придет время реализации, тразу вылазят проблемы. Время, которое нужно потратить на переписывание ядра браузера, несоизмеримо выше со временем обсуждения фич. Поэтому некоторые важные моменты откладывают в сторону, чтобы на практике убедиться, что их мышление верно.
ух… regex — сильное заявление. Вот только боюсь что при анимации обычно происходит постоянный reflow документа, и регексы сильно притормозят… это надо делать или какую-то специальную оптимизацию или даже не знаю как сделать чтоб была плавная анимация…
IE тормозит весь прогресс. Блин, сколько же много разных фич можно реализовать в своих веб-приложениях, вместо этого разработчикам приходится отказываться от большинства из них.
Первые html и css были просты, практически любой человек кому был интересен интернет быстро осваивал, делал сам сайты. Сейчас же когда человек захочет самостоятельно сделать сайт (на современном уровне) — голова поедет от всех новых терминов, языков и т.д., он начнет обращаться в студии и махнет руку на Веб сказав «это не мое». Студии захватывают рынок, кривые разноцветно-плавающее сайты уходят в небытие. :)
а где вы всю эту инфу берёте?
спасибо за обзор, очень интересно, ждём новых выпусков!
спасибо за обзор, очень интересно, ждём новых выпусков!
Sign up to leave a comment.
W3C Дайджест. Что нового в CSS3. Выпуск 1