Mam pewne problemy z uzyskaniem atrybucyjnego filtru sass do pracy z node-sass
zamiast z alternatywą ruby. Mam następującą konfigurację w moim pliku config.yml
:Symfony asset sass filter via node-sass?
assetic:
debug: "%kernel.debug%"
use_controller: false
bundles: [ ]
write-to: "%kernel.root_dir%/../web/assets"
read_from: "%kernel.root_dir%/../web/assets"
node: "%%PROGRAMFILES%%\nodejs\\node.exe"
node_paths: ["%%USERPROFILE%%\\AppData\\Roaming\\npm\\node_modules"]
sass: "%%USERPROFILE%%\\AppData\\Roaming\\npm\\node-sass"
ruby: null
filters:
cssrewrite: ~
scss:
output-style: compressed
apply_to: "\.(scss|sass|css)%"
Chociaż ta wyzwala odpowiednią komendę node-sass
, nie jestem pewien, że konfiguracja jest poprawna. Jeśli usuniemy ruby: null
, spróbuję uruchomić C:\Program Files...\path\to\ruby.exe %%USERPROFILE%%\\AppData\\Roaming\\npm\\node-sass
, co jest całkowicie błędne. Ale posiadanie ruby: null
również nie rozwiązuje problemu, ponieważ ustawia błędne argumenty (tj. --load-path
zamiast --include-path
), które również psują rzeczy.
Czy ktoś wie, jak ustawić filtr sass
za pomocą node
zamiast ruby
?
Dobra robota. Powinno to nastąpić w repozytorium aktywów, ja również zarządzam aktywami głównie za pośrednictwem węzła bez rubinu. – gremo
Sprawdzę, czy jeszcze nie naprawili tego w najnowszych wersjach i zrobili PR, gdy mam trochę czasu w tej sprawie. :) – tftd
OK i tak dziękuję - spędziłem kilka godzin mieszając się z load-path (ruby sass) vs load-import (node-sass) ... aby w końcu zdać sobie sprawę, że filtry sass mają być używane z rubinami :) – gremo