[spip-dev] Débuggage de la concaténation/minification des CSS et JS

Bonjour,

J'ai des soucis avec du JS et/ou du CSS qui proviennent de l'activation de la concaténation/minification, en SPIP 2.1.6 (je les avais déjà en 2.1.2), donc j'essaie de voir ce que ça fait exactement, mais ce n'est pas simple...

Est-il par exemple normal que le début de "extensions/porte_plume/css/barre_outils.css" :

.formulaire_spip textarea.markItUpEditor, .formulaire_spip li.editer_texte textarea {
  /*width: 96%;
  clear: both;*/
}

/* -------------------------------------------------------------------
// markItUp! Universal MarkUp Engine, JQuery plugin
// By Jay Salvat - http://markitup.jaysalvat.com/
// ------------------------------------------------------------------*/

.markItUp .markItUpHeader a,
.markItUp .markItUpTabs a,
.markItUp .markItUpFooter a {
  color:#000;
  text-decoration:none;
}

Donne ceci :

.formulaire_spip
.markItUp .markItUpHeader a, .markItUp .markItUpTabs a, .markItUp .markItUpFooter a { color:#000; text-decoration:none;}

J'ai l'impression que le ".formulaire_spip" isolé peut poser problème, donnant un sélecteur ".formulaire_spip .markItUp .markItUpHeader a" avec la ligne suivante...

Sinon, serait-il envisageable de dissocier concaténation et minification, tant sur les JS que les CSS ?

En effet, les bugs que j'ai sont liés à priori à la minification, mais j'ai besoin de la concaténation pour avoir suffisamment peu de CSS pour IE6... (oui, je sais).

-Nicolas

Bonjour,

J'ai des soucis avec du JS et/ou du CSS qui proviennent de l'activation de la concaténation/minification, en SPIP 2.1.6 (je les avais déjà en 2.1.2), donc j'essaie de voir ce que ça fait exactement, mais ce n'est pas simple...

...
Donne ceci :

.formulaire_spip
.markItUp .markItUpHeader a, .markItUp .markItUpTabs a, .markItUp .markItUpFooter a { color:#000; text-decoration:none;}

J'ai l'impression que le ".formulaire_spip" isolé peut poser problème, donnant un sélecteur ".formulaire_spip .markItUp .markItUpHeader a" avec la ligne suivante...

En effet, c'est un bug ehonté

Sinon, serait-il envisageable de dissocier concaténation et minification, tant sur les JS que les CSS ?

En effet, les bugs que j'ai sont liés à priori à la minification, mais j'ai besoin de la concaténation pour avoir suffisamment peu de CSS pour IE6... (oui, je sais).

Je ne pense pas que la minification introduise d'autres bugs car elle est très simple.
Mais pour répondre à ta question, non on ne peut pas separer les deux etapes en version stable.

Cédric

2011/1/7 cedric.morin@yterium.com <cedric.morin@yterium.com>

Bonjour,

J’ai des soucis avec du JS et/ou du CSS qui proviennent de l’activation de la concaténation/minification, en SPIP 2.1.6 (je les avais déjà en 2.1.2), donc j’essaie de voir ce que ça fait exactement, mais ce n’est pas simple…


Donne ceci :

.formulaire_spip
.markItUp .markItUpHeader a, .markItUp .markItUpTabs a, .markItUp .markItUpFooter a { color:#000; text-decoration:none;}

J’ai l’impression que le « .formulaire_spip » isolé peut poser problème, donnant un sélecteur « .formulaire_spip .markItUp .markItUpHeader a » avec la ligne suivante…

En effet, c’est un bug ehonté
http://zone.spip.org/trac/spip-zone/changeset/43375

Cool, c’est au moins ça de corrigé… :wink:

Sinon, serait-il envisageable de dissocier concaténation et minification, tant sur les JS que les CSS ?

En effet, les bugs que j’ai sont liés à priori à la minification, mais j’ai besoin de la concaténation pour avoir suffisamment peu de CSS pour IE6… (oui, je sais).

Je ne pense pas que la minification introduise d’autres bugs car elle est très simple.

Celle des CSS oui, mais j’ai un peu de mal à rentrer rapidement dans celle des JS, qui me pose plus de problème.

Mais pour répondre à ta question, non on ne peut pas separer les deux etapes en version stable.

OK, dommage, je vais essayer de creuser le compresseur un peu plus…

Merci.

-Nicolas

L’avantage de la compression JS c’est que si elle produit un truc pas correct, cela génère une erreur JS a l’execution que l’on voit tout de suite !

Cédric

2011/1/7 cedric.morin@yterium.com <cedric.morin@yterium.com>

Hello,

Encore un soucis avec du CSS qui casse quand on active la compression :

filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src=‘squelettes/img/h3_regard-sur.png’,sizingMethod=‘crop’);

devient ceci :

filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src=“http://example.com/dossier_du_site/squelettes/css/squelettes/img/h3_regard-sur.png”,sizingMethod=‘crop’);

“squelettes/css/” est en trop.

-Nicolas

2011/1/10 Nicolas Hoizey <nicolas@hoizey.com>

Oui, en fait c’est un bug du filtre urls_absolues
J’avais inclus les clauses filter a tort puisque celles-ci ne prennent pas les urls relatives à la css, mais les urls relatives à la page consultée.
De ce fait, il ne faut pas traiter ces directives css, il faut laisser les urls intactes.

http://core.spip.org/projects/spip/repository/revisions/16946

Cédric

2011/1/12 cedric.morin@yterium.com <cedric.morin@yterium.com>