Ce plugin permet d’utiliser Sass, un pré-processeur CSS, avec SPIP.
Il compile un fichier .scss en .css et le mets en cache grâce à la librairie https://scssphp.github.io/scssphp/
Documentation Scss : https://sass-lang.com/documentation/syntax/
Utilisation
La balise CSS : Chargement des styles
Exemple d’inclusion du fichier css/scss_demo.scss dans un squelette SPIP :
[<link rel="stylesheet" href="(#CSS{css/scss_demo.css}|direction_css)" type="text/css" />]
- Le fichier/lien doit porter l’extension
.cssmême si c’est un fichier.scss - Si un fichier
.csset un fichier.scssportant le même nom sont dans le même dossier, c’est le fichier.cssqui est retourné. - Une feuille de style insérée via le pipeline
insert_headne sera pas surchargée par un fichier.scssde même nom. - Comme pour le plugin lesscss les chemin des images sont relatifs au fichier compilé, pour surcharger une image il faut donc la copier dans le dossier du fichier compilé.
Fichiers importés @import
A la différence de scss/sass, les chemins @import des .scss importés doivent êtres définis depuis la racine du squelette ou plugin.
Ainsi pour un fichier theme.scss placé dans le dossier css d’un plugin/squelette, on déclarera :
// identique a la version ruby, les fichier _name.scss situé dans des sous-dossier
// peuvent être appelés sans le _ et l'extension
@import "css/libs/bourbon/core/bourbon";
@import "css/libs/include-media";
@import "css/settings";
// -------------------------------------------
// OUTPUT
// -------------------------------------------
@import "css/libs/sanitize";
@import "css/base/base";
Autre solution, pour simplifier la rédaction des @import déclarer dans paquet.xml le chemin du dossier css/scss
<!-- Déclaration de notre dossier CSS pour ne pas avoir à préfixer "css/" dans nos @import -->
<chemin path="./css" type="public" />
<!--[> Et enfin le dossier du plugin pour SPIP <]-->
<chemin path="" />
NB : dans sa dernière version, tout comme les version libsass ou Ruby, Scssphp, générera une erreur si vos variables ne sont pas initialisées avec !default .
Ex :
$base-spacing: 1.5rem !default;
Debugage
Scssphp permet l’utilisation de sourcemaps, indiquant dans les devtools de votre navigateur le fichiers scss source qui a été appelé lors de la compilation.
L’option est à définir depuis votre fichier options ainsi :
define('_SCSS_SOURCE_MAP', true);
A noter que sur certaines mixins, quand le niveau de récursion/imbriquation est important, le résultat renvoyé sera le fichier de la mixin, et non là ou elle est appelée, par exemple avec include-media
Chemins vers les ressources
Il est possible d’utiliser l’habituel find_in_path() dans un fichier .scss, pour chercher une image, une police... dans tout le path de SPIP (les dossiers de squelettes, de plugins...).
Exemple :
background-image: url(find_in_path(images/ajax-loader.svg));
Injection de variables
Le plugin spip scssphp propose deux méthodes pour gérer l’injection de vos variables, ceci est utile quand vous souhaitez pouvoir rendre configurable via un formulaire une partie des styles compilés.
Utilisation d’un squelette spip
Utilisez un fichier mes_variables.scss.html, placé dans votre répertoire squelette. Ceci vous permet d’utiliser toute les boucles ou filtres de spip pour générer vos variables qui seront ensuite utilisés lors de la compilation.
Vous pouvez trouver un exemple d’utilisation de cette technique dans le squelette Html5Up_editorial :
https://git.spip.net/spip-contrib-squelettes/html5up_editorial/-/blob/master/css/vars_spip.scss.html
Utilisation du pipeline scss_variables
ScssPhp permet l’injection de variables, directement depuis php, via un array.
http://leafo.github.io/scssphp/docs/#preset-variables
Limitations de cette méthode :
- les variables dans vos fichiers doivent êtres initalisézs avec le flag !default (ce qui est une bonne pratique).
- la valeur de la variable est de type chaine/string, et est interprétée comme du scss (cf : exemple).
- le tableau n’est pas multi-dimentionnel : les valeur de type array ne sont pas converties en scss maps, il faut les rédiger comme une chaine (cf : exemple).
Utilisation dans un plugin :
Dans votre paquet.xml :
<necessite nom="scssphp" compatibilite="[1.4.5;[" />
<pipeline nom="scss_variables" inclure="plugin_pipelines.php" />
Dans votre fichier pipeline.php :
function prefixeduplugin_scss_variables($variables){
$variables = array(
// ici la valeur est une map
'header' => '(background:pink,height:2rem,)',
// une fonction
'base-background-body'=>'shade(#b83768,20%)',
);
return $variables;
}
Discussions by date of activity
9 discussions
Bonjour,
Spip 4.3.5, Mamp 7.0 [2713] et scssphp-3.1.0 en publique quand je clique le lien Recalculer les CSS :
Warning: Undefined array key 3 in /Applications/MAMP/htdocs/04-SitesTest/claire-ouvaton/plugins/auto/scssphp-3.1.0/lib/scssphp/src/Parser.php on line 1613
Warning: Undefined array key 3 in /Applications/MAMP/htdocs/04-SitesTest/claire-ouvaton/plugins/auto/scssphp-3.1.0/lib/scssphp/src/Parser.php on line 1613
Quand je clique le lien Recalculer la page les messages ne s’effacent pas.
Si je retourne dans l’espace privé et suis le lien Voir le site public les warnings disparaissent.
Je peux Recalculer la page sans l’affichage des warnings.
Bonjour, j’ai exactement le même message d’erreur côté site public avec SPIP 4.4, que ce soit sous PHP 8.2, PHP 8.3 ou PHP 8.4 :
Pour info je n’ai rien activé d’autre que SPIPr-dist (version 2.3.0), qui lui-même a téléchargé et activé Z-core (version 3.1.0), Comments (version 4.2.0), SCSS PHP (version : 3.1.0) et Bootstrap 4 (version 4.7.1).
À chaque recalcul de la page côté site public, le message d’erreur apparaît une fois sur deux...
À noter qu’il est impossible de rétrograder (pour essayer on ne sait jamais) la version de SCSS PHP car les versions antérieures ne sont pas compatibles avec PHP 4.4.
Reply to this message
Bonjour
Pour information :
Il y a un lien qui pointe vers la zone qui n’existe plus.
Reply to this message
Testé avec succès sur un Spip 4.2.2 en ayant activé la compatibilité 4.1
Reply to this message
En relisant la doc, je ne comprends pas cette remarque :
Je n’ai jamais eu d’erreur à cause de ça, est ce toujours d’actualité ?
Hello,
Oui j’avais noté ça à l’époque, je ne sais pas si c’est encore valable n’ayant pas utilisé la version php depuis quelques temps. peut être que ce n’est affiché que en mode debug ?
Néanmoins, ça reste une “bonne pratique” a priori, https://sass-guidelin.es/fr/#le-flag-default
Après si ton thème ou lib n’est pas amené a être portable sur une autre version de scss (dart, libsass), ni a être surchargé par un-e dev , et que ça ne couine pas à la compilation ...
Ha non en relisant mieux , c’est/était requis quand on injecte les variables via php au moment de la compilation que les variables a surcharger doive avoir étés definies ave le flag !default.
Reply to this message
Après être passé de 2.5.3 à 2.7.0 mes pages publiques n’ont plus d’habillage et j’obtiens le message 1 erreur dans le squelette
En regardant /squelettes/css/main.scss, le seul ’xlarge" que je trouve est
xlarge: '(max-width: 1680px)',En revenant en 2.5.3, tout revient à la normale
Je constate le même problème ici, la css en faute vient du squelettes html5up “editorial”. Enfin la faute, ça marche en 2.5.3.
Je suis pour ma part en html5up Solid State
Moi de mon coté c’est le message suivant “Incompatible units em and px”. J’ai d’ailleurs ouvert un ticket : https://git.spip.net/spip-contrib-extensions/scssphp/issues/8
Vous pouvez l’alimenter avec vos bugs constatés
bonjour
pareil avec Editorial HTML5
en essayant de repasser en scss 2.5.3, il est donné obsolète,..
Phil
Bonjour,
A télécharger depuis https://git.spip.net/spip-contrib-extensions/scssphp/releases ... Puis dévalider la 2.7.0, téléverser la 2.5.3 en respectant la même structure dans le dossier plugin ... de mémoire plugins/auto/scssphp/v2.5.3/ , ce dernier dossier doit contenir les fichiers du plugin, il faut éventuellement faire du renommage, ce dernier dossier doit être à côté du v2.7.0 et tout ceci permet que les 2 versions du plugins apparaissent côte à côte dans votre liste de plugins inactifs, il faut ensuite bien sûr activer la 2.5.3.
Pierre
Reply to this message
Bonjour
BUG sur la version v2.6.0. Il manque un fichier :
J’ai vérifié, le fichier n’est pas présent dans le ZIP.
Reply to this message
Bonjour, je suis nouveau sur spip et utilise le plugin.
Pour inclure un font face, je fait actuellement
url($urlBase+"/css/font/2919517cb534a742df4474836ca67452.ttf") format("truetype"),où la varible
$urlBaseest l’url de base du site. Je me demandais s’il y avait un moyen plus convenable et moins compliqué.J’avais utilisé l’injection de variable avec php décrit ici pour définir
$urlBase.Merci
Hello,
Pour les webfonts la meilleur strategie est de placer l’appel dans le head, le plus tôt possible, dans une balise style, plutôt que dans un fichier css compilé (qui mettra plus de temps a charger et être parsé surtout si on utilise un framework entier ex: bootstrap), tout du moins en production.
C’est ce que fait googlefont si tu regarde ce qui est chargé quand on fait un appel a l’API.
Je n’ai pas mes notes sous la main mais de mémoire j’ai lu cet article récemment qui est à jour et explicite :
https://web.dev/optimize-webfont-loading/
et plus ancien mais toujours d’actualité sur les différentes techniques de chargement :
https://www.zachleat.com/web/comprehensive-webfonts/
Hello,
Merci pour ta réponse, je vais essayer de faire comme ça.
Reply to this message
Bonjour, j’ai mis à jour le plugin ScsscPhp et deux erreurs s’affichent.
1 SCSS : Echec compilation fichier ie8.scss
libs/varsfile not found for @import : plugins/auto/html5up_editorial/v1.1.16/css/ie8.scss on line 1, at column 02 SCSS : Echec compilation fichier ie9.scss
libs/varsfile not found for @import : plugins/auto/html5up_editorial/v1.1.16/css/ie9.scss on line 1, at column 0J’ai installé en local la dernière version de html5 Editorial et c’est identique.
Par ailleurs et cela n’a rien à voir l’icône de la loupe qui permet de lancer le moteur de recherche ne le lance pas, il fait taper sur la touche « Entrée » pour lancer la recherche.
Merci pour vos retours.
Henry
il y a 4 secondes
Salut
J’utilise la version 1.1.17 et j’ai le même problème.
La solution n’est pas dans HTML5SUP mais dans SCSSPHP.
Le problème se produit avec la version 2.2.3.
J’ai changé pour la version précédente avec laquelle je travaillais avec SCSSPHP v1.4.10 et le problème a été résolu.
J’espère que cela fonctionne pour vous.
Henry
En español :
Hola
Estoy utilizando la version 1.1.17 y tengo tu mismo problema.
La solución no está en HTML5SUP sino en SCSSPHP.
El problema se presenta con la version 2.2.3.
Yo cambié a la versión anterior con la que trabajé 1.4.10 y se solucionó el problema.
Espero que esto te sirva a ti.
Henry
Bonjour,
Même problème pour moi aujourd’hui ! la dernière version du plugin ne colle pas avec la version 1.1.17 de html5up...
Merci Henry pour ce truc provisoire qui sauve quand-même la vie !
Reply to this message
Bonjour
j’ai un gros soucis avec Makicatta plus exactement avec le plugin scssphp qui est obligatoire
c’est la première fois que je déploie Makicatta pour un client et je n’avais jamais encore rencontré ce genre de problème
le serveur est en php 7.1 (8 coeurs 16 Go) et héberge une cinquantaine de site Spip
j’ai poussé max_execution_time à 120 au lieu de 30 par défaut suite aux premières erreurs
PHP Fatal error: Maximum execution time of 30 seconds exceeded in /home/users/cedresbleus/html/www/plugins/auto/scssphp/v2.1.7/lib/scssphp/src/Parser.php on line 1011à l’appel de l’admin -> 504 Gateway Time-out The server didn’t respond in time.
et des slow logs ... voir plus bas avant et après maj scssphp
après vidage manuel des caches j’ai réussi à mettre à jour scssphp v2.1.7 en V2.2
mais c’est pareil
avez vous déjà rencontré ce problème ?
merci pour votre aide
Natacha Courcelles
Reply to this message
Add a comment
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Follow the comments:
|
