Хабрахабр / Комментарии к посту «Вкусный CSS: Sass + Compass» в блоге «Каскадные Таблицы Стилей»

30.10.2011 11:13:24 stas_agarkov

stas_agarkov — Sun, 30 Oct 2011 11:13:24 GMT

Зачем ты придумал свой птичий синтаксис?

11.11.2010 09:27:53 ruzzz

ruzzz — Thu, 11 Nov 2010 09:27:53 GMT

До сих пор не понимает некоторые css свойства, а значит отказывается «компилировать» :(

19.05.2009 13:28:17 leshka

leshka — Tue, 19 May 2009 13:28:17 GMT

ой ) кстати _height: 1% легко делаееца
:_height: 1%

:-)

15.05.2009 08:31:19 tenshi

tenshi — Fri, 15 May 2009 08:31:19 GMT

ты предложил валидные цсс-хаки…
при этом они не так удобны, как например _height: 1%
к тому же оперу нужно точнее хачить, ибо 9.0, 9.1, 9.2 и 9.5 имеют свои, уникальные баги…

15.05.2009 08:16:32 artyfarty

artyfarty — Fri, 15 May 2009 08:16:32 GMT

Ок, ушёл учить матчасть.

15.05.2009 08:16:15 artyfarty

artyfarty — Fri, 15 May 2009 08:16:15 GMT

Верхний каммент в треде вроде про цсс-хаки…
я предложил альтернативу, которая пашет в и опере…

15.05.2009 07:49:06 tenshi

tenshi — Fri, 15 May 2009 07:49:06 GMT

речь шла об условных комментах…

15.05.2009 07:39:24 tenshi

tenshi — Fri, 15 May 2009 07:39:24 GMT

1. каждый день её делаю ;-)
2. кто не даёт? скажи мне — я с ним разберусь B-)
3. ещё удобней — не копипастить ничего ;-)

15.05.2009 06:46:52 aps

aps — Fri, 15 May 2009 06:46:52 GMT

С другой стороны бардак имеет свои плюсы. Чем больше разножопица — тем больше зарплата специалистов и есть повод для холивара на досуге.

Опера — маздай!

15.05.2009 00:01:15 artyfarty

artyfarty — Fri, 15 May 2009 00:01:15 GMT

www.webdevout.net/css-hacks#in_css-selectors

Есть цсс-хаки, прекрасно проходящие валидацию, и позволяющие довольно точно таргетнуть браузер.

14.05.2009 23:59:52 artyfarty

artyfarty — Thu, 14 May 2009 23:59:52 GMT

1. И часто ли вы видели вёрстку с изменённым DTD?
2. Вот именно, что ие6, я это и пишу. Плюс свои аттрибуты нам опять же придумывать так просто не дают.
3. Совсем нет. Очень удобно порой скопипастить HTML из одного места в другое и лишь переписать css.

14.05.2009 23:56:20 tenshi

tenshi — Thu, 14 May 2009 23:56:20 GMT

1. xhtml как бэ не вчера появился…

2. нет, классы не для этого. для этого предназначены аттрибуты. checked=«checked», а не class=«checked» другое дело, что ие6 вынуждает использовать для этого классы…

3. одна вёрстка для любых случаев — это либо утопия, либо жестокое самоограничение.

14.05.2009 23:46:47 tenshi

tenshi — Thu, 14 May 2009 23:46:47 GMT

не может, а так и будет =(

14.05.2009 23:32:32 aps

aps — Thu, 14 May 2009 23:32:32 GMT

необходимость того или иного инструментария вытекает из сложности задачи.
За последний год сообщения о cssvariables/HSS/SASS слишком часто стали появляться. Через некоторое время количество явно перерастет в качество.
Хотя может получится как с шаблонизаторами — вырастет зоопарк самоделок + каждый броузер обзаведется своим собственным прибабахом.

14.05.2009 23:10:30 artyfarty

artyfarty — Thu, 14 May 2009 23:10:30 GMT

Это уже идеальный случай. В XML-то пожалуйста, а вот в том html, на котором приходится писать, возможностей, кроссбраузерности и набора стандартных тегов не всегда хватает. Да и продвинутые селекторы типа «прямой потомок» или выборка по значению свойства не работают в IE6, а их можно заменить только классами. Это раз.

Во-вторых, да, имя тега показывает что это за элемент, а класс его классифицирует. Но не по отображению, а по назначению. Вот эта ссылка внешняя, вон тот пункт меню активный, вон тот комментарий непрочитанный (а не «синенький»), вон тот div.item — контейнер для карточки чего-либо. Так как он в списке товаров, допустим, #tovars, то его показать так-то, а h4 в нём так-то, а ссылочку в нём вправо прибить, а p.short-description показать меленьким, а img прибить влево и бордюром обвести. А если совершенно такой же div.item положить в другой #контейнер, допустим, боковую панель спецпредложений, то правила могут быть другие. А серверу тем временем один и тот же шаблон в совершенно разных задачах.

14.05.2009 22:57:32 tenshi

tenshi — Thu, 14 May 2009 22:57:32 GMT

гм… а разве не *имя тэга* должно отражать /чем/ является элемент? ;-)
классы для того и были введены, чтобы можно было указывать _как_ отображать элемент независимо от его семантики.

14.05.2009 22:51:20 tenshi

tenshi — Thu, 14 May 2009 22:51:20 GMT

необходимость шаблонизации хтмл обоснована необходимостью вставки динамических данных. для цсс такой необходимости нет.

от каскадирования больше проблем чем пользы: гигантские отступы, жёсткая привязка к селектору родителя, «разбрасывание» частей селектора по разным концам файла.

14.05.2009 22:50:41 artyfarty

artyfarty — Thu, 14 May 2009 22:50:41 GMT

Прописывая классы, описывающие отображение в HTML, мы нарушаем семантичность и отделение содержание от представления.
Класс по-хорошему должен отражать, чем является элемент, а не как его показывать.

14.05.2009 13:00:16 ed_tsech

ed_tsech — Thu, 14 May 2009 13:00:16 GMT

ну видишь кому как)) меня вот хамл не особо порадовал… а вот в sass увидел кое-что интересное.

14.05.2009 10:40:36 aps

aps — Thu, 14 May 2009 10:40:36 GMT

+1 И не только expression. Глюки ie стократно окупаются большим числом вариантов обхода и хорошей изученностью. В отличие от долбанной Оперы.

14.05.2009 10:34:44 aps

aps — Thu, 14 May 2009 10:34:44 GMT

> мало гемора с хтмл
Ну а как без шаблонизаторов? Никак. 2009 год все-таки. Чистую статику сейчас не встретить.

Хотя для CSS никакого геморроя не вижу. Применение подобных средств только повышает читаемость кода и сокращает его объем. Соответственно и ошибок должно быть меньше. При условии что препроцессор не начнет вносить свои ошибки.

Переменные в CSS напрашивались сами собой. Но их и в CSS3 нет. Хотя WebKit их давно ввел в оборот disruptive-innovations.com/zoo/cssvariables/
Каскадирование в стиле HSS/SASS- тоже существенно облегчает читабельность кода, но хрен дождешься от идиотов из w3c.

14.05.2009 08:09:30 tenshi

tenshi — Thu, 14 May 2009 08:09:30 GMT

у меня с ие проблем нет, ибо экспрешшены творят чудеса ;-) а вот с этой кривущей оперой…

14.05.2009 07:18:51 rsboarder

rsboarder — Thu, 14 May 2009 07:18:51 GMT

Ну в основном у всех проблем с ИЕ :) ну на счет раскиданности соглашусь:)

14.05.2009 07:17:27 kossnocorp

kossnocorp — Thu, 14 May 2009 07:17:27 GMT

TextMate, NetBeans. Для них есть хорошая подсветка.

14.05.2009 06:48:39 tenshi

tenshi — Thu, 14 May 2009 06:48:39 GMT

когда это заработает для оперы — я тя расцелую XD
а если серьёзно — я очень не люблю, когда правила для одного класса раскиданны по десяти файлам…

14.05.2009 06:40:17 tenshi

tenshi — Thu, 14 May 2009 06:40:17 GMT

ага, мало гемора с хтмл, так давайте ещё и цсс с яваскриптом сделаем также >_<

вообще говоря, проблему бэктрейса хтмл можно было бы решить средстами шаблонизатора, который бы добавлял спец-аттрибут, но… нормальных шаблонизаторов вообще кот наплакал, а что б ещё и такое счастье…

14.05.2009 04:46:09 bladeofsteel

bladeofsteel — Thu, 14 May 2009 04:46:09 GMT

А редакторы под это дело есть? С подсветкой синтаксиса, автокомплитом и прочими радостями…

Просто развращенный удобными средами разработки, облегчающими написание кода, уже не хочу возвращаться к блокнот-стайл.

А к хамлу я давно присматриваюсь, мне он кажется весьма удобным.

13.05.2009 21:33:27 fatal

fatal — Wed, 13 May 2009 21:33:27 GMT

Вы правы, даже по этой единственной причине мало кто решится использовать это решение.

13.05.2009 17:47:47 ed_tsech

ed_tsech — Wed, 13 May 2009 17:47:47 GMT

спасибо за комментарии)) но почему там не $ и почему двоеточие перед этого уж я не знаю…

13.05.2009 17:34:24 egorinsk

egorinsk — Wed, 13 May 2009 17:34:24 GMT

Код:

.page-title
+large-text
:padding 4px
:margin
:top 10px

Не понимаю, честно говоря, зачем было придумывать синтаксис с нуля. Ведь есть привычка ставить двоеточие после аттрибута, а не до, и будут постоянно возникать противоречия. По моему неудобно. А у кого то не только привычка, но и сниппеты, система подстветки синтаксиса — и все это конфликтует с новым синтаксисом.

По хорошему — надо было расширять css а не заменять. Ну и синтаксис типа !a = value мне тоже не нравится, так как лишние значки вносят доп. сложность (вспомните Перл с его зуболомными сокращениями к примеру). Нигде так присваивание не делается (ну еслитолько в каком нибудь малоизвестном языке) и это плохо. Например, в php для переменных используют $ — почему бы не использвоть привычный символ?

13.05.2009 16:30:25 ed_tsech

ed_tsech — Wed, 13 May 2009 16:30:25 GMT

забыл отступ вставить перед 2 и 3 строками((

13.05.2009 16:28:33 ed_tsech

ed_tsech — Wed, 13 May 2009 16:28:33 GMT

#header :background-color #ccc :border = !width solid #777

так все будет гуд.
просто переносить желательно ":" за параметр и если используем константу арифметику то ставим "="

13.05.2009 16:23:45 ed_tsech

ed_tsech — Wed, 13 May 2009 16:23:45 GMT

как правило такие резкие высказывания надо хотя бы прокомментировать.

13.05.2009 15:54:13 ed_tsech

ed_tsech — Wed, 13 May 2009 15:54:13 GMT

у sass?)))))

13.05.2009 15:51:53 ed_tsech

ed_tsech — Wed, 13 May 2009 15:51:53 GMT

а в отличие от sass что есть? то есть чем он все таки «вкуснее»?

13.05.2009 15:51:39 egorinsk

egorinsk — Wed, 13 May 2009 15:51:39 GMT

Синтаксис уродливый.

13.05.2009 15:47:21 Sannis

Sannis — Wed, 13 May 2009 15:47:21 GMT

А ещё лучше оставить основу от CSS, имхо скобки никому не мешали.

13.05.2009 15:34:11 ConstNW

ConstNW — Wed, 13 May 2009 15:34:11 GMT

в принципе по ссылке все написано.

пока еще это просто утилита-транслятор из HSS в CSS, т.е. на входе задаем hss файл, а на выходе получаем css.

В отличии от CSS в HSS есть:
— переменные;
— блоки переменных;
— вложенные блоки;

В процессе трансляции проверяет синтаксис.

Для работы требуется neko (http://nekovm.org) и как следствие кросс-платформенная штуковина.

13.05.2009 14:58:18 M4rkK1d

M4rkK1d — Wed, 13 May 2009 14:58:18 GMT

Никому здесь не кажется, что можно было бы и поднапрячься и сделать унифицированный синтаксис. Вот такой:

#header

  background: #ccc

  border: !width solid #777

13.05.2009 14:16:39 ed_tsech

ed_tsech — Wed, 13 May 2009 14:16:39 GMT

расскажете об его ингредиентах и рецепте приготовления?