Файл CSS можно переименовать в scss, и он будет действительным

Обновлено: 06.07.2024

Недавно я хотел начать включать файлы .css и анализировать их как Sass. Идея заключается в том, что компонент может быть добавлен в проект как сторонний компонент, и я хочу импортировать их CSS для использования в Sass.

Это позволило бы нам иметь проект в Bower (и других менеджерах пакетов) для повторно используемых компонентов CSS, которые будут работать как с Sass, так и без него. Возьмем, к примеру, файл Normalize.css. Я хотел бы иметь возможность добавить его в проект с помощью Bower и импортировать его в проект, как файл SCSS, а не создавать стандартный импорт CSS.

Я предполагаю, что это будет означать использование такого синтаксиса:

найдите normalize.sass , normalise.scss или normalize.css и извлеките его. В настоящее время он будет игнорировать его, если найдет только файл css.

Есть ли в этом недостатки?

Текст был успешно обновлен, но возникли следующие ошибки:

комментарий nex3 от 3 ноября 2012 г.

Я думаю, что лучше всего интегрировать это в синтаксис @import следующего поколения, который на самом деле не будет называться @import и поэтому не будет иметь проблем с совместимостью.

monsdroid прокомментировал 9 января 2013 г.

Другим способом, пока не выйдет следующее поколение, может быть включение директивы принудительного импорта через параметры командной строки.
например, enable-force-import-on=css,url,path и т. д.

таким образом не должно быть проблем с обратной совместимостью.

Комментарий MoOx от 21 февраля 2013 г.

monsdroid прокомментировал 22 февраля 2013 г.

MoOx, мне это нравится!

kud прокомментировал 31 марта 2013 г.

Мне действительно нужна эта функция все больше и больше.

Я использую Bower и не могу тратить время на дублирование css в scss.

Я хотел бы уметь:

@import "../components/bootstrap/bootstrap.css" как scss, а не как css в w3c.

комментарий bjmiller от 1 апреля 2013 г.

Просто переименуйте файл в "bootstrap.scss". Все допустимые css являются допустимыми scss по определению.

cimmanon прокомментировал 1 апреля 2013 г.

Существуют расширения Compass как для Normalize (или одного из 10 других проектов, найденных при быстром поиске в Google), так и для Twitter Bootstrap.

Комментарий MoOx от 1 апреля 2013 г.

@bjmiller Мы не можем просто переименовывать css каждый раз, когда импортируем его. Это так раздражает. Счетчик продуктивный.
Когда вы берете один CSS, это нормально, но когда вы используете несколько CSS из разных проектов + нужно поддерживать это вручную. ‼️

kud прокомментировал 1 апреля 2013 г.

Я не буду делать Bower, устанавливать bootstrap, blahblah, project-X, hello и переименовывать
bootstrap.css
как bootstrap.scss, blahblah.css -> blahblah.scss и т. д.

Кроме того, @cimmanon означает, что мы должны поддерживать каждый проект css как проект
compass/sass только потому, что sass не хочет поддерживать css как
импорт scss? На мой взгляд, немного великовато.

комментарий bjmiller от 1 апреля 2013 г.

Я не говорю, что вы должны вручную переименовывать каждый файл. Это может быть частью вашего скрипта сборки. Настройте его один раз, и все готово.

Комментарий MoOx от 1 апреля 2013 г.

В качестве обходного пути, да. Но кажется глупым.
Это очень простая функция. Почему это еще не запланировано?

cimmanon прокомментировал 1 апреля 2013 г.

@kud Альтернатива какая? Копировать/вставлять файлы css в каждый отдельный проект?

kud прокомментировал 1 апреля 2013 г.

На данный момент я устанавливаю bootstrap, копирую/вставляю из компонентов в папку scss все css, переименовываю их в .scss и импортирую через sass. Это скучно.

Я просто хотел бы сделать

@import ../components/bootstrap/bootstrap.css как scss, а не как w3c.

@import "file.css" !force, как советует @MoOx, звучит хорошо для меня.

комментарий bjmiller от 1 апреля 2013 г.

Мне кажется, что такую функцию легко реализовать. Может быть, вам стоит попробовать пиар?

Лично я не в восторге от слова "!force". Но это только я. Я не думаю, что это очень ясно показывает, что он на самом деле делает. Может что-то вроде этого?:
@import "file.css" !as-scss

Таким образом, вы четко указываете, что делаете.

kud прокомментировал 1 апреля 2013 г.

Вы правы насчет имени "параметра".

И да, я подумываю о пиаре.

Прокомментировал Анахкиасен 1 апреля 2013 г.

На вашем месте я бы не стал делать пиар, учитывая, что @import в любом случае планируется подвергнуть рефакторингу и что это будет одним из его ключевых моментов.

Комментарий MoOx от 1 апреля 2013 г.

Кто-нибудь думает, что патч для обезьян возможен? Я недостаточно знаю рубин.

kud прокомментировал 1 апреля 2013 г.

Поскольку я не могу дождаться патча или чего-то еще, я сделал следующее:

хрюкать ради победы.

комментарий bjmiller от 1 апреля 2013 г.

Я бы так не поступил. В этом случае вы будете создавать файлы SCSS, которые будут анализироваться только в вашей системе, где вы применили исправление.

Это достаточно полезная идея, которую стоит реализовать официально.

Я также думаю, что добавление поддержки директивы в строку импорта не помешает новой версии " @import ".

И эта грубая задача была именно тем, о чем я думал ранее для переименования файлов.

комментарий nex3 от 1 апреля 2013 г.

Мы не собираемся добавлять новый синтаксис для чего-то, что в будущем будет решаться по-другому. Это достаточно легко обойти, пока не появится новый синтаксис @import.

комментарий joefiorini от 12 мая 2013 г.

К вашему сведению, я написал пользовательский импортер, чтобы позаботиться об этом на данный момент. Я просто добавляю к своим путям импорта префикс «bower!» и оставьте расширения. Работает с CSS, SCSS или Sass.

комментарий joefiorini от 12 мая 2013 г.

Я решил написать свой собственный импортер вместо того, чтобы использовать Grunt для копирования/переименования файлов. Я предпочитаю обслуживать активы напрямую через сервер Connect или Rails в процессе разработки, а не работать со встроенными файлами. Я хотел бы превратить это в жемчужину, пока не будет сделан новый синтаксис @import. Может ли это кому-нибудь еще пригодиться?

куд прокомментировал 12 мая 2013 г.

Поскольку я не использую ruby, кроме компаса / sass, не я.

chriseppstein прокомментировал 1 июля 2013 г.

kud прокомментировал 1 июля 2013 г.

Я думал, что sass не должен импортировать css, кроме его scss.

Мы могли видеть такой процесс:

sass выполняет свою работу, может импортировать scss, выводит css, который объединяется с другими файлами css с помощью такой задачи, как grunt-contrib-concat, и все это минимизируется с помощью такой задачи, как grunt-contrib-uglify.

joefiorini прокомментировал 1 июля 2013 г.

@chriseppstein отлично, спасибо! Я заменю свой собственный импортер этим. Мне нужно поддерживать на одну вещь меньше 👍

monsdroid прокомментировал 8 августа 2013 г.

@chriseppstein Вы великолепны, спасибо!

прокомментировал tomfuertes 19 августа 2013 г.

+1 за включение в основной компас для тех из нас, кто менее склонен к Ruby и больше склонен к Yeoman/Grunt!

davidsalamon прокомментировал 12 декабря 2014 г.

CWSites прокомментировал 15 декабря 2014 г.

Может, я делаю что-то совершенно не так? В моем коде я могу загрузить файл .css в файл SCSS, но в моем приложении это не работает. Я думаю, что тот факт, что SCSS/SASS не мог импортировать обычные файлы .css с самого начала, глуп. Если то, что мы делаем, расширяет работу @import, то почему бы не сохранить то, как оно уже работало, и добавить поверх него?

Общее замечание для @nex3 и @chriseppstein: я прошу прощения за более ранний обмен сообщениями в Твиттере. Попытка вести дискуссию с использованием менее 140 символов не работает, и я уверен, что наткнулся на что-то худшее, чем то, что я намеревался. в сочетании с моим недостатком знаний по некоторым предметам. Я понимаю, что вы, ребята, много делаете, я не пытался требовать от вас работы над чем-либо. Просто пытаюсь понять, почему это происходит так долго.

codeclown прокомментировал 16 декабря 2014 г.

@CWSites Вероятно, это не работает в вашем приложении, потому что файл CSS не находится в общедоступном каталоге. В CodePen CSS-файл заведомо доступен, но может быть не в вашей ситуации? Поскольку Sass не компилирует @import ни во что, кроме обычного импорта CSS, файл должен быть доступен для браузера.

Я думаю, что здесь должно быть разъяснение от одного из сопровождающих относительно ситуации с этой проблемой. Многие люди не читают старые комментарии (не могу их винить, всего их 110), но по-прежнему публикуют +1 и другие комментарии, которые уже были сказаны. Я сам не очень понимаю, как обстоят дела в данный момент.

Комментарий CWSites от 16 декабря 2014 г.

Я прочитал все остальные комментарии, это заняло некоторое время, но я вижу несоответствие между ссылкой на SASS, из-за чего кажется, что SASS должен иметь возможность нормально импортировать файлы .css и то, что я на самом деле запускаю. в производство, а не в codepen.

mnquintana прокомментировал 16 декабря 2014 г.

@CWSites Где разрыв? Хотя я определенно думаю, что это можно было бы сформулировать более четко (поскольку я даже не осознавал, что это так, пока не узнал на горьком опыте), в нем действительно говорится, что @import «скомпилируется в правило CSS @import». [I] f файл имеет расширение .css ."

Комментарий CWSites от 16 декабря 2014 г.

Для меня проблема заключается в том, что в моей производственной среде SASS не будет импортировать файлы .css.

whaaaley прокомментировал 21 декабря 2014 г.

@CWSites Немного поздно, но CodePen не использует ванильный Sass по умолчанию (я думаю), и вы не можете импортировать CSS с ванильным Sass. Он настроен на использование Compass (я думаю), который имеет возможность импортировать CSS (я думаю). Вы можете увидеть, что вы используете, если посмотрите на настройки CodePen.

Можно ли импортировать обычный CSS-файл с помощью команды Sass @import?Хотя я не использую весь синтаксис SCSS из sass, мне все же нравятся его функции объединения/сжатия, и я хотел бы иметь возможность использовать его, не переименовывая все мои файлы в *.scss

Да, есть способ: просто удалите расширение '.css' в пути к файлу css в инструкции @input :) (работает для версии sass >=3.2)

14 ответов 14

После той же проблемы я запутался во всех ответах здесь и комментариях к репозиторию sass в github.

Я просто хочу отметить, что по состоянию на декабрь 2014 года эта проблема была решена. Теперь можно импортировать файлы css прямо в файл sass. Следующий PR в github решает проблему.

Синтаксис тот же, что и сейчас: @import "ваш/путь/к/к/файлу" без расширения после имени файла. Это будет импортировать ваш файл напрямую. Если вы добавите *.css в конце, это будет преобразовано в правило css @import url(. ) .

В случае, если вы используете какие-то "причудливые" новые сборщики модулей, такие как webpack, вам, вероятно, потребуется использовать ~ в начале пути. Итак, если вы хотите импортировать следующий путь node_modules/bootstrap/src/core.scss, вы должны написать что-то вроде
@import "~bootstrap/src/core" .

ПРИМЕЧАНИЕ.
Похоже, это работает не у всех. Если ваш интерпретатор основан на libsass, он должен работать нормально (проверьте это). Я протестировал использование @import на node-sass, и он работает нормально. К сожалению, это работает и не работает на некоторых экземплярах ruby.

Похоже, это реализовано в libsass, но при использовании ruby-реализации sass кажется, что этот синтаксис работает, но только если у вас есть sass-css-importer. По крайней мере, это то, что я вижу. Кто-нибудь еще может это подтвердить?

Вы уверены, что у вас установлена последняя версия sass? Я уже давно использую этот синтаксис, и он отлично работает как с интерпретаторами ruby, так и с интерпретаторами nodejs. Вы проверили, не ставите ли вы расширение после имени файла? Правильный синтаксис: @import "путь/к/стилю/файлу (без расширения .css)

Я использую ruby sass v3.4.18 (с Jekyll) в соответствии с моим Gemfile.lock. По-прежнему отображается ошибка: файл для импорта не найден или нечитаем: cssdep/cssfile . Если я создам cssdep/cssfile.scss, он внезапно сработает. Так что проблема не в пути, по какой-то причине я все еще не могу включить файлы .css из SASS :(

ruby -v : ruby 2.2.2p95 (13 апреля 2015 г., редакция 50295) [x64-mingw32] sass -v : Sass 3.4.17 (Selective Steve) здесь не работает

Спасибо за это! Мне удалось импортировать normalize.css с помощью node-sass с @import "node_modules/normalize.css/normalize";

Короче говоря, следующий синтаксис:

импортировать (включить) необработанный CSS-файл

синтаксис **без расширения `.css`** в конце (приводит к фактическому чтению частичного `s[ac]ss|css` и включению его в SCSS/SASS):

чтобы импортировать CSS-файл традиционным способом

синтаксис идет традиционным способом, **с расширением `.css`** в конце (результат `@import url("path/to/file.css");` в скомпилированном CSS):

И это чертовски хорошо: этот синтаксис элегантен и лаконичен, плюс обратно совместим! Он отлично работает с libsass и node-sass .

ответ может быть обновлен, как только что-то изменится.

для уточнения, импорт css как sass у меня работал следующим образом: @import url("path/to/file-without-css-extension");

На самом деле это не работает в версии sass на основе ruby. Например, команда: sass myFile.scss:output.css завершается ошибкой при импорте css, но работает, если вы измените расширение файла .css на .scss. Запустить с последней версией на момент написания этого комментария: 3.4.22/Selective Steve. Это также влияет на любые средства выполнения задач, использующие версию ruby, например grunt-contrib-sass.

@ansorensen, я думаю, что с вашей стороны возникла путаница. Что вы подразумеваете под "работает, когда вы меняете расширение файла .css на .scss"? Вся идея заключалась именно в обычных файлах CSS и двух способах работы с ними (не путать с импортом SCSS). Пожалуйста, прочитайте еще раз вопрос и ответ.

@Farside Не путайте. Синтаксис импорта «путь/к/файлу» не работает в последней версии драгоценного камня sass в Ruby. Когда я запускаю sass с импортом, импорт работает успешно, когда файл по импортированному пути имеет расширение .scss, и завершается ошибкой, когда файл имеет расширение .css. Вопрос требует импорта css в scss, и вы даете ответ для lib-sass и node-sass. Я отмечаю, что этой функции нет в версиях sass на основе ruby.

Похоже, на момент написания этой статьи это не реализовано:

Для libsass (реализация C/C++) импорт работает для файлов *.css так же, как и для файлов *.scss — просто не указывайте расширение:

Это приведет к импорту path/to/file.css .

Дополнительные сведения см. в этом ответе.

См. этот ответ для реализации Ruby (sass gem)

@kleinfreund неверно для Sass 3.3.1. Оператор @import вообще не изменяется и появляется в результирующем файле CSS, Sass не включает указанный файл CSS, как запрашивает @GSto. Похоже, это будет реализовано в Sass 3.4 или 4.0

Если вы используете Gulp или Grunt, просто используйте другой инструмент для импорта файлов CSS, это проще и теперь работает. Я использую gulp-import-css, но не знаю, что такое эквивалент Grunt.

"Импорт работает для файлов *.css так же, как и для файлов *.css" — это тавтология. Вы имели в виду, что один из них должен быть *.scss , верно?

Вы должны добавить подчеркивание к включаемому файлу css и изменить его расширение на scss (например: _yourfile.scss ). Тогда вам просто нужно назвать это так:

И он будет включать содержимое файла вместо использования стандартной директивы CSS @import.

Спасибо! Это работает, но я обнаружил, что мне не нужно предварительно добавлять подчеркивание, чтобы это работало. Есть ли что-то, чего мне не хватает в подчеркивании?

Если кому-то интересно, это работает, потому что синтаксис Sass SCSS является расширенным набором CSS3. Вот почему нужна точка с запятой.

Хорошие новости для всех: Крис Эппштейн создал плагин компаса со встроенной функцией импорта CSS:

Теперь импортировать файл CSS очень просто:

Сбой из-за использования устаревшей начальной точки. «Что есть, но никогда не может быть». Я уверен, что это было здорово, когда оно впервые появилось, но для его работы требуется обновление, или вы должны установить устаревшие плагины. Спасибо, C§

Если у вас есть файл .css, который вы не хотите ни изменять, ни менять его расширение на .scss (например, этот файл из разветвленного проекта, который вы не поддерживаете), вы всегда можно создать символическую ссылку, а затем импортировать ее в свой .scss .

Создает символическую ссылку:

Импортирует файл символической ссылки в целевой .scss:

Ваш целевой выходной файл .css будет содержать содержимое импортированного файла символической ссылки .scss, а не правила импорта CSS (упомянутого @yaz с наибольшим количеством голосов в комментариях). И у вас нет дублированных файлов с разными расширениями, что означает, что любое обновление, сделанное в исходном файле .css, немедленно импортируется в ваш целевой вывод.

@LocalPCGuy, когда оба файла (.css и созданная символическая ссылка) доступны всем через общий репозиторий, например.

Я только что сделал это и собирался ответить о символических ссылках в этой теме, но рад, что это уже здесь! Это правда, что такая необходимость возникает редко, но моя ситуация заключалась в том, что я вообще не хотел изменять файл CSS (потому что это был файл Bower), поэтому создание символической ссылки и импорт сработало отлично.

Для настройки семантики @import можно использовать сторонний импортер.

node-sass-import-once, который работает с node-sass (для Node.js), может встроенно импортировать файлы CSS.

Пример прямого использования:

Обратите внимание, что node-sass-import-once в настоящее время не может импортировать партиалы Sass без явного подчеркивания в начале. Например, с файлом partials/_partial.scss :

@import partials/_partial.scss выполнен успешно
@import * partials/partial.scss завершается ошибкой

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

Если я прав, css совместим с scss, поэтому вы можете изменить расширение css на scss, и оно должно продолжать работать. Как только вы измените расширение, вы можете импортировать его, и оно будет включено в файл.

Если вы этого не сделаете, sass будет использовать css @import, что вам не нужно.

к сожалению, иногда вы не можете контролировать импортированные файлы css, как в библиотеке, которая упаковывает некоторые статические ресурсы.

Я нашел элегантный, похожий на Rails способ сделать это. Сначала переименуйте файл .scss в .scss.erb , а затем используйте такой синтаксис (пример для актива CSS highlight_js-rails4 gem):

Почему вы не можете разместить файл напрямую через SCSS:

Выполнение @import в SCSS прекрасно работает для файлов CSS, если вы так или иначе явно используете полный путь. В режиме разработки rails обслуживает ресурсы без их компиляции, поэтому такой путь работает.

<р>. потому что размещенный путь буквально /assets/highlight_js/github.css . Если вы щелкнете правой кнопкой мыши на странице и «просмотрите исходный код», а затем щелкните ссылку на таблицу стилей с указанным выше @import , вы увидите там строку, которая выглядит так:

Подсистема SCSS преобразует "highlight_js/github.css" в url(highlight_js/github.css) . Это будет работать плавно, пока вы не решите попробовать запустить его в рабочей среде, где ресурсы предварительно скомпилированы с добавлением хэша в имя файла.Файл SCSS по-прежнему будет разрешаться в статический /assets/highlight_js/github.css, который не был предварительно скомпилирован и не существует в рабочей среде.

Как работает это решение:

Во-первых, переместив файл .scss в .scss.erb , мы фактически превратили SCSS в шаблон для Rails. Теперь всякий раз, когда мы используем теги шаблона, обработчик шаблонов Rails заменяет эти фрагменты выводом кода (как и любой другой шаблон).

Указание assets_path("highlight_js/github") в файле .scss.erb делает две вещи:

Запускает задачу rake assets:precompile для предварительной компиляции соответствующего файла CSS.
Создает URL-адрес, который надлежащим образом отражает ресурс независимо от среды Rails.

Это также означает, что механизм SCSS даже не анализирует файл CSS; это просто размещение ссылки на него! Так что нет никаких патчей для обезьян или грубых обходных путей. Мы обслуживаем ресурс CSS через SCSS, как и предполагалось, и используем URL-адрес указанного ресурса CSS, как и предполагалось в Rails. Сладкий!

Когда я пытаюсь переименовать файл, он не меняет тип файла, как мне нужно. Я щелкаю правой кнопкой мыши по файлу, переименовываю его в style.scss, но тип файла не меняется, он просто остается файлом css с другим именем. Или так и должно быть?

< /p>

Майк Хикман

Не беспокойтесь! Определенно, иногда сложно что-то объяснить в Интернете. Надеюсь, вы смогли двигаться дальше! Удачи!

1 ответ

< /p>

Майк Хикман

Я не точно уверен, что вы подразумеваете под "тип файла не меняется".

Если вы просто имеете в виду, что в вашем редакторе по-прежнему отображается "css" в правом нижнем углу, это совершенно нормально. Это только для подсветки синтаксиса. В вашем файле scss можно использовать обычную подсветку CSS, и у вас не возникнет никаких проблем.
Вы сказали, что это останется файлом css, но с другим именем. Без дополнительной информации я не совсем понимаю, что вы имеете в виду.

Поначалу концепция SCSS может немного сбивать с толку, поскольку в этом файле можно просто использовать чистый CSS. Он по-прежнему будет выглядеть как ваш предыдущий css. Основное преимущество заключается в том, что вы можете начать вкладывать свои селекторы и код и использовать переменные, чего вы не можете сделать в простом css. Я уверен, что они скоро коснутся этого.

Если вы щелкнете правой кнопкой мыши и имя файла правильно изменится на style.scss, и вы по-прежнему будете видеть все свои css в файле, у вас не должно возникнуть никаких проблем, и вы сможете продолжить свои уроки. Извините, если я вас неправильно понял.

< /p>

Кайла Рид

Спасибо! Извините, если это был странный вопрос. Я не был уверен, что делаю это правильно, и я не хотел продолжать делать это неправильно, если это так. Я ценю разъяснение!

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

Язык Sass имеет два синтаксиса (и типы файлов для обозначения используемых):

.sass — Syntactically Awesome Stylesheets — Зависит от пробелов, строгий, встроенный линтинг, сокращение, принудительная согласованность во всех файлах, удаление фигурных скобок ( <> ) и точек с запятой ( ; ) в пользу отступов и конца- линейные символы. Подходит для написания правил CSS, вложенных правил, примесей и функций.
.scss — каскадные таблицы стилей Sassy — все допустимые файлы .css являются допустимыми файлами .scss, более привычными для начинающих, полный контроль над форматированием и пустым пространством. Подходит для написания однострочных табличных правил, а также длинных или глубоко вложенных списков/карт.

Style-Dictionary имеет множество параметров вывода форматов. Это те, которые связаны с языком Sass:

scss/переменные
scss/значки
sass/map-flat
sass/глубокая карта

Название этих файлов сбивает с толку, так как все они выводятся в виде синтаксиса scss и файлов .scss.

Во избежание путаницы их следует переименовать в:

scss/переменные
scss/значки
scss/map-flat
scss/map-deep

Кроме того, в документации говорится о таких вещах, как «Создает файл Sass» , что технически верно, если использовать «Sass» для обозначения языка, но это сбивает с толку, поскольку фактически созданный файл заканчивается на .scss . Люди могут неправильно понять «Создает файл Sass» за «Создает файл .sass». Было бы менее двусмысленно сказать «Создает файл .scss».

Это изменение делает следующее:

Избегает путаницы
Формирует правильные ожидания
Делает имена последовательными и предсказуемыми.
Освобождает пространство имен, чтобы в будущем можно было использовать синтаксис sass
- В идеале до такой степени, что все элементы scss/* будут иметь альтернативу sass/*, которая выводит тот же формат, но с синтаксисом с отступом. Однако эта работа не может быть начата, если существующие форматы используют неправильное имя.
В той же теме scss — это название, используемое для «платформы» и «transformGroup». Платформа не имеет смысла, поскольку scss — это просто синтаксис, а не платформа. Платформой следует считать язык Sass, так как файлы .sass и .scss могут взаимодействовать друг с другом в одном проекте. Я новичок в Style-Dictionary, поэтому я не уверен, какое значение содержит "transformGroup", но там должна применяться та же логика.

В настоящее время, если не тратить кучу времени на документацию, следующее очень запутанно и неинтуитивно для тех, кто знаком с Sass. Когда я увидел scss в качестве платформы, я предположил, что могу переименовать ее в sass, чтобы получить синтаксис .sass.

Первое, что я попробовал, это переименовать все в sass, чтобы посмотреть, смогу ли я получить вывод .sass:

Читайте также: