Комментарии 39
Интересно, есть продвижения, но до уровня compass/sass всё равно как до марса на скейте.
+2
Зато вижу шаг вперёд к уровню селекторов jQuery: объектный селектор аналогичен псевдоклассу :has() из jQuery.
+1
Как же надоели новости с привкусом jQuery во всех областях веб-разработки.
0
А мне вот, кажется, что они заигрываются и декларативный язык стилей CSS медленно но верно пытается стать еще одним скриптовым языком программирования, а это опять повышает энтропию. Продлив этот вектор, можно уже предположить ошибки интерпретации/компиляции CSS…
Я совершенно серьезно. Когда я начинаю видеть в CSS математические выражения, логические операнды, я начинаю понимать, что это избыточность технологий и фрактализация велосипедов.
Если на секунду задуматься, что CSS, по сути расширение HTML, с целью разделения статической части оформления от более динамического (сменяемого на каждой странице) + профит от «шкурок».
Но когда мы видим в CSS логические выражения и операнды (типа :not), то с таким же успехом можно спросить, а почему им не быть в чистом HTML? Уверен там тоже найдется 100500 способов применения.
На что мне ответят, что гибких вещей мы достигаем просто генерируя html, любым клиентским или серверным методом: от XSLT, JS до любых CGI-скрптов на стороне сервера. Ок, а чем этот подход отличается для CSS?
Да ничем.
Может стоит остановиться на мгновение и задуматься над тем, что хватит плодить энтропию в стандартах?
Я предлагаю, собрать в кучу все что было наработано за эти годы: html5,css3,js,xslt, websockets, и т.п… и объеденить это в одном стандарте.
Очевидно же, что лучший вектор для браузеров, это стать больше похожим на X-Server — только появится еще адресная строка и вкладки. А что? Оно к этому и идет. Быстро, асинхронно, кучу вещей рендерится на клиенте.
Дак зачем так долго идти к тому, что в итоге этим и станет?
Я совершенно серьезно. Когда я начинаю видеть в CSS математические выражения, логические операнды, я начинаю понимать, что это избыточность технологий и фрактализация велосипедов.
Если на секунду задуматься, что CSS, по сути расширение HTML, с целью разделения статической части оформления от более динамического (сменяемого на каждой странице) + профит от «шкурок».
Но когда мы видим в CSS логические выражения и операнды (типа :not), то с таким же успехом можно спросить, а почему им не быть в чистом HTML? Уверен там тоже найдется 100500 способов применения.
На что мне ответят, что гибких вещей мы достигаем просто генерируя html, любым клиентским или серверным методом: от XSLT, JS до любых CGI-скрптов на стороне сервера. Ок, а чем этот подход отличается для CSS?
Да ничем.
Может стоит остановиться на мгновение и задуматься над тем, что хватит плодить энтропию в стандартах?
Я предлагаю, собрать в кучу все что было наработано за эти годы: html5,css3,js,xslt, websockets, и т.п… и объеденить это в одном стандарте.
Очевидно же, что лучший вектор для браузеров, это стать больше похожим на X-Server — только появится еще адресная строка и вкладки. А что? Оно к этому и идет. Быстро, асинхронно, кучу вещей рендерится на клиенте.
Дак зачем так долго идти к тому, что в итоге этим и станет?
+1
Тут Мицголу идея! :) Может, тебе гипертекстовый векторный фидонет проапгрейдить до вида X-серверов/клиентов? Ведь все уже фактически готово, надо только выбросить API X-сервера или оконной системы в виде JS/HTML прокладки для разработчиков, чтобы они могли на скриптовых/декларативных языках сайты делать.
И да, назвать это Web 3.0 (!) Чур, я первый придумал термин «Web 3.0» и что он означает :')
И да, назвать это Web 3.0 (!) Чур, я первый придумал термин «Web 3.0» и что он означает :')
0
:) Эх опоздал… ну тогда пусть будет имплементация Web 3.1 следующего характера.
Сегодня я изобрел Web 3.0 :)
Вот суть:
1. Берем за основу идею X-Window.
2. Добавляем адресную строку, и вкладки.
3. Для сложного API XServer'a делаем прокладку
из JS/HTML чтобы веб-разработчики легко писали «сайты web3.0».
4. Профит!
Имеем:
.Более высокую скорость передачи данныз, за счет более легковесного бинарного трафика между XServer/Client
.Асинхронность — вебсокеты на борту по сути.
.Платформонезависимость (реализации XServer сейчас есть везде и на винде тоже)
. 2D, 3D, видео — полный фарш, (звук вроде в процессе)
. Это не Flash :)
.Переносимость интерфейсов через абстракцию оконных менеджеров — ваш «сайт 3.0» будет приятно отображаться и на Android и на Gnome и на KDE и под Windows. Что-то будет наследовано, что-то переопредеолено — это уже на воле разработчика.
Сегодня я изобрел Web 3.0 :)
Вот суть:
1. Берем за основу идею X-Window.
2. Добавляем адресную строку, и вкладки.
3. Для сложного API XServer'a делаем прокладку
из JS/HTML чтобы веб-разработчики легко писали «сайты web3.0».
4. Профит!
Имеем:
.Более высокую скорость передачи данныз, за счет более легковесного бинарного трафика между XServer/Client
.Асинхронность — вебсокеты на борту по сути.
.Платформонезависимость (реализации XServer сейчас есть везде и на винде тоже)
. 2D, 3D, видео — полный фарш, (звук вроде в процессе)
. Это не Flash :)
.Переносимость интерфейсов через абстракцию оконных менеджеров — ваш «сайт 3.0» будет приятно отображаться и на Android и на Gnome и на KDE и под Windows. Что-то будет наследовано, что-то переопредеолено — это уже на воле разработчика.
0
Что-то вы путаете мух с котлетами. Покажите, как средствами одного лишь SASS/Compass дотсигнуть результата хотя бы одного из нововведений, перечисленных в статье?
Без дополнительных плюшек в HTML-коде или скриптов все равно не обойдетесь. А потому CSS и развивается, чтобы самые популярные плюшки были зафиксированы ввиде простого языка и не отнимали ценное время у разработчика.
А SASS — просто макроязык, упрощающий написание и чтение кода, который не может абсолютного ничего из того, чего не может сам CSS.
Без дополнительных плюшек в HTML-коде или скриптов все равно не обойдетесь. А потому CSS и развивается, чтобы самые популярные плюшки были зафиксированы ввиде простого языка и не отнимали ценное время у разработчика.
А SASS — просто макроязык, упрощающий написание и чтение кода, который не может абсолютного ничего из того, чего не может сам CSS.
+8
Вполне естественно, что Compass и SASS по большому счёту не могут ничего из того, чего не может CSS, ведь они по большому счёту удобные макросы и обёртки, ведь в итоге всё это транслируется в понимаемый браузером CSS, с этим никто не спорит.
Речь о том, что тот сахар, который ими добавляется, на данный момент несёт не меньше пользы, чем изменения, описанные в данной статье.
Речь о том, что тот сахар, который ими добавляется, на данный момент несёт не меньше пользы, чем изменения, описанные в данной статье.
-1
Сомнительно, что хоть когда-либо, будут предприняты попытки добавить в CSS наследование правил, математику чисел и цвета, миксины и пр. Это весьма существенные изменения, на которые, ИМХО, w3 никогда не «даст добро» :)
+2
Ну математика чисел имеет место быть в виде calc() — www.w3.org/TR/css3-values/#calc.
+2
Круто, что сказать. Я правильно понял — там можно писать так?
border-width: 0 2px;
width: calc(100% - 4px);
Такого нельзя достигнуть при помощи SASS, разве что LESS «на лету».0
Совершенно точно и, что радует, это уже доступно в некоторых браузерах ( caniuse.com/#search=calc ), включая IE9.
+1
А как насчет этих новшеств? :)
0
Было бы здорово, если бы добавили вложенные селекторы. Единожды попробовав уже трудно отказаться от, например, Less.
+2
ИМХО, главное в LESS — это mixins. Вот от этого — сложно отказаться, они собственно и помогают обеспечить современный фитиш под названием «семантическая верстка».
А вложенные селекторы — это так… Экономия на символах.
А вложенные селекторы — это так… Экономия на символах.
0
НЛО прилетело и опубликовало эту надпись здесь
Так то оно так, но статистика не то что бы утешительная: далеко не все пользователи пользуются браузерами с поддержкой css 3, а тут черновики 4й версии… Получается люди отстают от прогресса :)
+1
Я могу ошибаться, но кажется, обновляемость браузеров за последние годы все-таки ускорилась, то есть цикл жизни конкретной версии браузера заметно уменьшился. Это не может не радовать. Так что остается надежда, что по прошествии нескольких лет (не 15-20, как смеялись раньшь, обсуждая HTML5 и CSS3) пользователи будут приучены к постоянным обновлениям, либо обновления будут устанавливаться полностью автоматически, как это делается, например, в Chrome.
+2
а меня такой: «Какого $%#@я все так медленно рендерится?»
в результате чего вместо теней и прозрачности приходится применять border-image c альфаканалом
в результате чего вместо теней и прозрачности приходится применять border-image c альфаканалом
+1
Если IE7 еще жив, то далеко нам еще до CSS4
0
Ах же. Не успели в одном напортачить лезем в болото дальше…
-3
Когда я стану дедом, то буду рассказывать внукам как верстал под IE, на голом CSS. А внуки мои будут думать, что старче совсем из ума выжил, на старости то лет.
+8
Что-то пока список новшеств по сравнению с css3 не радует…
-2
> Селектор предка или объектный селектор
Мега фича наравне с calc. Как же мне её не хватало.
Мега фича наравне с calc. Как же мне её не хватало.
0
Первое, что бросается в глаза — спецификация не содержит псевдоэлементов. По всей видимости в будущем они будут описаны в других модулях.
Уже описаны в одном из черновиков CSS3:
www.w3.org/TR/css3-content/
0
Вот не пойму зачем делать из CSS язык программирования? Что в этом хорошего? Сделали бы лучше человеческое вертикальное выравнивание для любых элементов, а не только строчных, и высоту 100% без указания высоты родителю.
+1
Я бы хотел псевдокласс :current для ссылок. То есть, если href в ссылке равен текущему адресу страницы, то можно было бы применить стили к ссылке. Полезно для всякого рода менюшечек.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
CSS 4: что новенького?