- Les maps inline sont déjà dans le CSS généré
- Il faut enlever le chemin racine du SPIP
Note: ça ne fonctionne pas dès lors que le plugin scssphp est déposé
en lien symbolique, pour des histoires de `realpath` utilisé dans la lib
scssphp aussi.
Ne pas recalculer si _VAR_MODE défini mais vide (cas des POST).
Note : pas de possibilité d'utiliser les sucres syntaxiques PHP7,
puisque compatible PHP 5.6.
Pour cela il faut :
- avoir installé spip-cli,
- autoriser la commande exec() en php
On peut alors ajouter dans son fichier mes_options.php
define('_SCSSPHP_SPIP_CLI_COMPILE', true);
pour lancer la compilation des feuilles scssphp via spip-cli, qui utiliser php en mode cli, donc avec un autre php.ini sur lequel on n'a pas xdebug actif
Si spip-cli n'est pas dans /usr/local/bin/spip il est possible de definir son path
define('_SCSSPHP_SPIP_CLI_BIN', '/path/to/spip');
La compilation via spip-cli se fait exactement avec le même contexte et path que si elle est faite inline.
Seul petit inconvenient : avec ?var_mode=css il peut y avoir certains fichiers recompiles plusieurs fois si inclus plusieurs fois, car on a pas de persistence entre chaque compilation scss
mais ca reste beaucoup plus rapide qu'une compilation inline avec xdebug
chaque domaine doit generer une css d'un nom different, car le contenu change des qu'il y a une image en url relative
Chaque calcul avec un domaine re-ecrasait le calcul precedent car le contenu changeait, provoquant aussi une reconcatenation de la css globale par le compresseur (nicod, bennyb et al)
Permet :
- de regler les problemes de chemins car le chemin retourne est relatif a la feuille SCSS principale compilee
- de rendre surchargeables les fichiers ainsi utilise
Exemple :
```
body {
background:url(find-in-path(img/bg-body.jpg)) no-repeat center;
background-size:cover;
}
```
(On a retenu le nommage anglais puisque toutes les fonctions de scssphp sont deja en anglais)
ladnet
Cerdic