Avec le CS activé, la barre d'outil de porte plume de ?exec=articles_edit&new=oui n'apparaît plus.
L'erreur indiquée par la console de FireBug est :
[Exception... "'Syntax error, unrecognized expression: [@title*='..']' when calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)" location: "<unknown>" data: no]
Line 0
--
RealET
L'erreur indiquée par la console de FireBug est :
[Exception... "'Syntax error, unrecognized expression: [@title*='..']' when
calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x8057001e
(NS_ERROR_XPC_JS_THREW_STRING)" location: "<unknown>" data: no]
Il faut supprimer les @ dans la syntaxe [@attr=val] des scripts jQuery
-- Fil
* Fil tapuscrivait, le 23/02/2009 09:19:
L'erreur indiquée par la console de FireBug est :
[Exception... "'Syntax error, unrecognized expression: [@title*='..']' when
calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x8057001e
(NS_ERROR_XPC_JS_THREW_STRING)" location: "<unknown>" data: no]Il faut supprimer les @ dans la syntaxe [@attr=val] des scripts jQuery
Et ça restera compatible avec le jquery de SPIP 1.9.2 ?
--
RealET
Il faut supprimer les @ dans la syntaxe [@attr=val] des scripts jQuery
Et ça restera compatible avec le jquery de SPIP 1.9.2 ?
essaie
-- Fil
* Fil tapuscrivait, le 23/02/2009 09:19:
L'erreur indiquée par la console de FireBug est :
[Exception... "'Syntax error, unrecognized expression: [@title*='..']' when
calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x8057001e
(NS_ERROR_XPC_JS_THREW_STRING)" location: "<unknown>" data: no]Il faut supprimer les @ dans la syntaxe [@attr=val] des scripts jQuery
Bon, j'ai trouvé où c'est :
// constantes de compatibilite
if (version_compare($GLOBALS['spip_version_code'],'1.9300','>=')) {
@define('_SPIP19300', 1); @define('_SPIP19200', 1);
if (version_compare(substr($GLOBALS['spip_version_branche'],0,5),'2.1.0','>=')) @define('_SPIP20100', 1);
}
Il se trouve que depuis http://trac.rezo.net/trac/spip/changeset/13756 la branche 2.0 est aussi en jquery 1.3.2
Il faudrait donc pour faire la différence que dans inc_version.php spip_version_branche ait comme valeur 2.0.4 et modifier le couteau suisse en conséquence.
--
RealET
* RealET tapuscrivait, le 23/02/2009 10:48:
Il faudrait donc pour faire la différence que dans inc_version.php spip_version_branche ait comme valeur 2.0.4 et modifier le couteau suisse en conséquence.
Le CS est modifié en conséquence : r26874
Et en modifiant en local spip_version_branche en 2.0.4, ça marche, plus d'erreur.
--
RealET
* RealET tapuscrivait, le 23/02/2009 10:54:
* RealET tapuscrivait, le 23/02/2009 10:48:
Il faudrait donc pour faire la différence que dans inc_version.php spip_version_branche ait comme valeur 2.0.4 et modifier le couteau suisse en conséquence.
Le CS est modifié en conséquence : r26874
Et en modifiant en local spip_version_branche en 2.0.4, ça marche, plus d'erreur.
Après en avoir discuté un peu sur IRC, nous sommes arrivés à une conclusion : c'est un faux problème que d'imaginer que quelqu'un va mettre à jour un plugin sans mettre à jour SPIP (au moins vers la dernière stable de sa branche).
Donc, quelqu'un en SPIP 1.9.0 qui a donc jquery 1.1, s'il met à jour le CS mettra aussi à jour SPIP vers 1.9.2x
Or, le [@att est déjà déprécié en jquery 1.2 (présent dans SPIP 1.9.2x)
Donc, avoir 2 codes dans le CS pour les anciennes et les nouvelles versions de jquery est une perte de temps de dev pour un problème qui ne se pose pas.
Donc, il serait peut-être temps de :
- mettre comme version minimale SPIP 1.9.2x
- enlever tous les tests de prise en compte de versions antérieures.
Pat ?
--
RealET
RealET a écrit :
* RealET tapuscrivait, le 23/02/2009 10:54:
* RealET tapuscrivait, le 23/02/2009 10:48:
[...]CS mettra aussi à jour SPIP vers 1.9.2x
Or, le [@att est déjà déprécié en jquery 1.2 (présent dans SPIP 1.9.2x)
Donc, avoir 2 codes dans le CS pour les anciennes et les nouvelles
versions de jquery est une perte de temps de dev pour un problème qui ne
se pose pas.Donc, il serait peut-être temps de :
- mettre comme version minimale SPIP 1.9.2x
- enlever tous les tests de prise en compte de versions antérieures.Pat ?
Bonjour
Prévoir aussi un message qui explique ce qui doit être mis à jour le
cas échéant.
A bientôt
Grégoire
Effectivement, on peut considérer désormais que SPIP1.92x est une version plancher.
Pat
RealET a écrit :
Donc, il serait peut-être temps de :
- mettre comme version minimale SPIP 1.9.2x
- enlever tous les tests de prise en compte de versions antérieures.Pat ?
RealET a écrit :
Après en avoir discuté un peu sur IRC, nous sommes arrivés à une conclusion : c'est un faux problème que d'imaginer que quelqu'un va mettre à jour un plugin sans mettre à jour SPIP (au moins vers la dernière stable de sa branche).
C'est une question aussi liée aux squelettes. SPIP modifie assez profondément les choses à chaque changement de version, et c'est un travail important que de réviser des squelettes après un upgrade de SPIP.
Une mise à jour de plugin n'a rien de comparable, c'est quasi instantané.
Pat