Насколько я вижу, оно работает ровно по тому же принципу, что было реализовано в старых версиях Chrome. Флаг --debug-info просто валит в CSS кучу информации. А в новых версиях генерируется отдельный файл .map со всеми маппингами.
В чем там меньше мучений — я не вижу. Да и вообще мучений не вижу, собственно.
Как не надо настраивать? А в конфиг писать? А дополнение ставить?
Устанавливать Sass 3.3.0 пришлось только из-за того, что Google немного опередил время и сломал поддержку старого способа в стабильной версии тоже. И это правильно, чтобы разработчики сильно не успели к этому привыкнуть.
И чем вам мешает маленький дополнительный файл? Он вообще никак не мешается.
До недавнего времени Chrome так же понимал --debug-info. С каким-то из обновлений от поддержки debug-info отказались в пользу source maps.
Как по мне так для разработки такой подход был проще, когда не надо генерировать отдельный файл. Потому как мы используем django-pipeline, который из коробки не может сделать source map.
Для Chrome есть аналог FireSass — SASS Inspector. Правда штука немного глючная.
Подключение Source Maps в SASS описано в habrahabr.ru/post/178743/ (ближе к концу, раздел «Карты кодов для SASS») и работало как минимум с января 2013 в текущих версиях Хрома и Firefox + Firebug.
1) Там описан старый способ, который не заработает в новых версиях Chrome.
2) Меня вчера попросили рассказать — я рассказал.
3) В жизни бы не отыскал это :D
1) а откуда это сокровенное знание про новые версии?: ) Интересно, где искать.
3) habrahabr.ru/search/?q=SASS+chrome — на 1-й странице всё вообще по этой теме (все 2 статьи и текущая);
Как создать новый стиль в существующем CSS файле?
Редактирую уже созданные без проблем, а при клике на «New style rule» он создает его не в файле, а в «inspector-stylesheet». Может его как то перенести в файл можно?
Сейчас приходится создавать сначала пустые записи в CSS файле, потом их стилизовать. Чувствую, это неправильно.
Так можно открыть существующий файл CSS во вкладке Sources и редактировать правила там.
Или добавлять правила не через New Style Rule, а через клик в любом свободном месте. Если остальные правила уже в файле, то ваше правило добавится к ним же.
Или нажать на inspector-stylesheet и перенести все свойства оттуда куда-нибудь еще.
любопытно, можно-ли эту штуку адаптировать для более простого (и думаю распространенного) случая, когда результирующий CSS собирается по кусочкам из отдельных CSS-файлов? вроде как SASS это надмножество CSS.
может есть какая-то генерилка sourcemap для такого случая и если есть получится-ли воспользоваться функциональностью хрома?
вот и хочу узнать ответ на этот вопрос. :) навскидку, утилита sass не применяет к css файлам всяческие полезности scss, скажем не инлайнит import. а менять css на scss не вариант, т.к. это куча, в том числе стороннего кода.
Насколько я знаю, подключить простой CSS нельзя. Но достаточно переименовать файл из example.css в _example.scss и добавить его в all.scss так: import «example»
Почему вы не хотите сделать так? CSS останется тем же, зато сможете его отрефакторить + source maps будут. Или можете просто не собирать все в один файл при разработке, а собирать только на продакшн. Но как по мне, так это еще больше мороки.
потому, что трюк с переименованием не сработает для неподконтрольного нам (библиотечного) css, а у нас такого вагон. плюс есть общие стандарты, где нет ничего про scss. тут проще sass закастомайзить, но пока меня этот вариант немного пугает (какой sass? какая кастомизация? ведь хочется лишь source maps для объединенного css чтобы сделать разработку еще чуть проще).
не собирать все в один файл это оффтоп, т.к. source maps в таком случае вообще не нужны )
«Поддержка Sass» в Chrome Dev Tools