Hello Chankalan,
peux-tu dire te quoi tu parles concernant les « erreurs scss » ?
Quelles erreurs rencontre-tu ?
salut,
l’erreur telle quelle :
SCSS : Echec compilation fichier plugins/squelettes/html5up_editorial/css/main.scss
$\28xlarge\29 is not a valid Selector in .\39u\28xlarge\29, .\39u$\28xlarge\29: failed at $\28xlarge\29 ScssPhp\ScssPhp\Compiler::evalSelectors on line 1, at column 24
issue des mixins qui ne font plus leur boulot dans le fichier css/libs/_skel.scss l257 de le v1.2.3
… il me semble…
Passer sur irc avant, ou poser la question sur .devel, aurait pu aider je pense.
Cette nouvelle version de la lib est plus proche de la spec de Sass sur les opérateurs de calculs, qui nécessitent un espace de part et d’autre de l’opérateur. Je suppose que le problème est là ? Ou pas
Et s’il n’est pas là, tu aurais pu en parler avant de virer tous tes fichiers 
Dans le cas présent, si tu pointes https://git.spip.net/spip-contrib-squelettes/html5up_editorial/src/commit/c9443814608606e66be868230790564040d1d278/css/libs/_skel.scss#L257 et les lignes suivantes, il y a de quoi peut être être sur des cas limites pour le parseur...
$x est définit à par exemple `\28xlarge\29`
Et utilisé comme sélecteur après : `.\31 2u#{$x}`
- Possiblement les \ ne sont plus autorisés dans les sélecteurs ?
- Possiblement un sélecteur ne peut commencer par un chiffre ?
- Possiblement un bug laisse ce `$` trainer ? mais pourquoi sur le 39 et pas les autres ?...
Je n’ai pas la réponse là, mais c’est peut être des choses comme ça à regarder...
MM.
Hello,
Soit c’est un problème de mixins qui est pas propre et passait par chance dans une ancienne version de scssphp et alors il faudrait corriger le scss, soit c’est un bug de scssphp et alors il faudrait le signaler pour corriger scssphp.
Parce que planquer le bug sous le tapis en virant le scss au profit d’une css c’est pas super cool et le bug va péter dans la tronche de quelqu’un d'autre, non ?
Tu as pu compiler le scss avec un autre outil ?
Pour le détail, la version 1.3.0 de la lib scssphp a introduit la revalidation des selecteurs calculés lors de la compilation. Ie, après compilation on vérifie que le selecteur généré est css-valide.
Il y a eu un bug sur cette fonction, remonté après publication de la version 1.3.0 mais il était lié aux espaces en debut de selecteur et a été corrigé
https://github.com/scssphp/scssphp/issues/245
Cela dit ici j’ai reussi a reproduire le bug avec un cas test simple, et il compile normalement avec SassMeister, c’est donc bien un bug dans ScssPHP.
https://github.com/scssphp/scssphp/issues/273
Mais le principe de l’open-source c’est que si personne ne signale un bug, personne ne le corrigera...
C’est donc un bug de scssphp mais qui en fait était déjà là avant et produisait un selecteur css invalide, et qui maintenant, se controlant lui même, nous jette à la face sa propre erreur 
Bonjour tout le monde,
désolé si mes modifications sont contre nature du point de vue logique/technique.
Je le savais bien, mais la solution marche tout de suite, et il sera tout à fait possible de remettre comme avant si la coquille est trouvée…
Merci pour les recherches sur le problème.