Почему этот основной файл SASS не компилируется? - PullRequest
0 голосов
/ 02 апреля 2020

Вот файл .sass:

/* Welcome to Compass.
 *
 * ie.sass
 *
 * Use this file to write IE specific override styles.
 *
 * Import this file using the following HTML or equivalent:
 * <!--[if IE]>
 *   <link rel="stylesheet" type="text/css"
 *         href="/stylesheets/ie.css" media="screen, projection" />
 * <![endif]-->
 */

html {
    font-size: 24px;
}

Вот ошибка, сгенерированная Коалой:

/*
Error: Invalid CSS after "html ": expected selector, was "{"
        on line 14 of /Users/johnlove/Sites/www.lovetoteach.dev/Web_Site_Storage/lovesongforever.com/coronavirus/Coronavirus_Support/sass_test/ie_test.sass

9:  *   <link rel="stylesheet" type="text/css"
10:  *         href="/stylesheets/ie.css" media="screen, projection" />
11:  * <![endif]-->
12:  *\/
13:  
14: html {
15: 
16: }

Я убедился, что все свойства имеют отступ один раз. Я также исключил {} и завершающие точки с запятой.

Та же ошибка!

Почему?

1 Ответ

0 голосов
/ 02 апреля 2020

Ответ заключается в том, что даже резидентный sass-компилятор требует, чтобы входной sass-файл не имел ни {}, ни завершающего ;

Так что, когда я исключаю оба, sass-компилятор регистрирует успех.

Я думал, что с или без {} и с или без ; приемлемо?

Я ответил на свой первоначальный вопрос, только чтобы заменить его другим вопросом?

Я наконец заставил себя решить, что мне больше всего нравится. Ясно, что я настоятельно предпочитаю SAS C, потому что я сильно предпочитаю {} вместо отступа синтаксиса SASS. На самом деле меня не слишком беспокоит точка с запятой, но я ненавижу полагаться на отступы.

Таким образом, SAS C выигрывает также потому, что простое изменение расширения файла с. css на .sas c приводит к тому, что вновь названный .sas c компилируется как файл SAS C

...