SPIP 2.0.4 est sortie

Quelques bugs par ci, par là ... quelques fonctionnalités par ci par
là ... pas de criticité particulière à passer en 2.0.4

D'une façon un peu indigeste, voici la liste des changements entre la
version 2.0.3 et 2.0.4 ... Bonne digestion :wink:

2.0.3 -> 2.0.4
- Remettre jQuery 1.2.6 pour ne pas créer de problème de comptabilité.
Ceux qui le souhaitent pourront mettre jQuery 1.3.2 dans leur
répertoire squelettes dans un fichier : « javascript/jquery.js »
(13774)
- Enlever tous les arobases des sélecteurs jQuery pour autoriser
jQuery 1.3.x(13772)
- report de [13755] et [13763] introduit les valuers date_default et
date_redac_default dans le contexte quand SPIP ajoute la date d'office
/ accepter un tableau pour le filtre alterner (13770)
- report de [13621]Ajout de jQuery 1.3 ... Attention aux extensions
qui utilisent encore [@param=value] dans les sélecteurs jQuery à
passer en [param=value] . (13768)
- Ajout de image_joindre (13766)
- #1691 : une balise <a> etant absurde, il s'agit forcement du nom de
la note (13761)
- #1711 : annuler [11243] qui etait une fausse bonne idee ; en
l'absence d'extension dans le titre, les navigateurs sont perdus
(13760)
- #1695 produire un aplat quand la production d'image echoue pour la
css privee (13759)
- #1704 : reduire la taille de la vignette, y compris dans la colonne
documents (13758)
- la fonctionnalite cachee dans la dist {article sans texte+un
document joint} -> affichage du document inline provoquait le masquage
de tous les documents joints lorsque le texte etait vide et plusieurs
document joint. il faudrait au moins documenter le code pour eviter de
reintroduire le bug (13757)
- jQuery 1.3.2 http://docs.jquery.com/Release:jQuery_1.3.2 (13756)
- Complément sur les urls arbo (13753)
- les balises CVT #FORMULAIRE_TRUC implementees par la balise
generique #FORMULAIRE_ n'utilisent que le squelette
formulaires/truc.html Inutile et trompeur de chercher a la racine le
squelettre truc.html, donc (13751)
- Bien tester tous les formulaires avant de les declarer inexistants *
[13744] [13745] [13746] etaient incomplets on les fussionne (13749)
- Complement a [13745] et [13746] * le findpath manquait de precision (13746)
- report de [13744] #FORMULAIRE_INEXISTANT (13745)
- report de [13741] gestion plus fine des urls (13742)
- Amelioration traitement de l'arabe, notamment quand tiret a
l'interieur d'un mot. (13739)
- On place le contenu du js du login dans un cdata pour être valide
... On encapsule également la fonction jquery en passant... (13734)
- report de [13732] bg d'affiche des sites syndiques dans l'espace prive (13733)
- report de [13728] urls page (13729)
- report de [13725] et [13726] (debug) (13727)
- complement a [13720] : les fonctions url_xx($id,$entite) renvoient
toujours une url valide donc commencant par ../ si on est dans ecrire/
(c'etait le cas auparavant pour les documents mais pas pour les autres
entites) Corrolairement #URL_ARTICLE pointe toujours sur l'article,
que le squelette soit evalue dans l'espace public ou prive, et
[(#URL_ARTICLE|url_absolue)] est toujours correcte. Ceci est vrai
pour toutes les entites (13722)
- gerer les notes dans le suivi des forums (13721)
- report de [13719] nouvelle API d'URLs (13720)
- ne pas surligner dans la page de recherche elle-meme (report de
[13717]) (13718)
- integration des #NOTES dans les forums (13710)
- lorsque generer_url_entite doit generer une url publique depuis
l'espace prive, il semble logique de prefixer de _DIR_RACINE pour que
l'url soit valide repare le calcul des nouveautes et de
[(#URL_ARTICLE|url_absolue)] evalue depuis le prive (13708)
- eviter les @include qui masquent les erreurs (13707)
- un <img > pas xhtml (13706)
- report de [13689] #URL_ARTICLE et consort designent toujours l'url
publique de l'objet depuis la racine, meme utilisee dans l'espace
prive il faut donc les prefixer de #EVAL{_DIR_RACINE} dans le cas ou
l'on affiche cette url dans l'espace prive pour que le lien soit
correct (13705)
- report de [13696] ne pas coller les paragraphes en previsu des forums (13701)
- éviter d'avoir plusieurs id="nobot" sur la même page. Un div
englobant le contenu du formulaire des signatures pour éviter des
erreurs de validation (13699)
- Le double clic du sélecteur d'auteur en Ajax ne fonctionnait pas. (13694)
- puce_statut surchargeable (permet en particulier le plugin mots
techniques) (13693)
- fixer la taille des images pour que ca ne clignote pas (13692)
- Complément de 13677 sur la mise à jour de la base lors d'un upgrade (13691)
- prise en compte de Accept-Language pour tout le monde (pas seulement
les personnes authentifiées) (13690)
- Correction d'un bug sur la sauvegarde et la fusion (13661)
- Meilleure gestion en cas de plantage de l'installation (13659)
- Eviter un warning concernant les URL personnalisées (13654)
- correctif version allemande (klaus) (13636)
- la syntaxe recuperer_fond($fond,$contexte,array('ajax'=>true)) ne
fonctionnait que si le fond etait defini dans le contexte (13615)
- Il y a des versions de PHP où les imagegif etc sont absentes, on
contrôle (13606)
- Il est totalement inutile de compliquer les choses avec des
{doublons}... {!id_groupe} enlève déjà le groupe en cours. (13604)
- Gérer l'explicitation du nom des tables dans le critère Fusion (13603)
- Respecter les 0 dans les urls propres (13602)
- Les restaurations de DUMP anciens avec une version 10000 utilisée ne
commençaient pas les mises à jour à la version qu'il faut (13598)

Bonjour,
En effet, il faut vraiment avoir envie de lire, mais cette nouvelle version, est-elle indispensable et de mettre à jour la 2.0.3, ou elle peut attendre?
Pour nous aider, nous les amateurs, (tu sais ceux qui font beaucoup d’efforts pour y arriver), je pense qu’il serait bien de donner cette information.
Merci

Le 23 février 2009 23:35, Ben. . <ben.spip@gmail.com> a écrit :

Quelques bugs par ci, par là … quelques fonctionnalités par ci par
là … pas de criticité particulière à passer en 2.0.4

D’une façon un peu indigeste, voici la liste des changements entre la
version 2.0.3 et 2.0.4 … Bonne digestion :wink:

2.0.3 → 2.0.4

  • Remettre jQuery 1.2.6 pour ne pas créer de problème de comptabilité.
    Ceux qui le souhaitent pourront mettre jQuery 1.3.2 dans leur
    répertoire squelettes dans un fichier : « javascript/jquery.js »
    (13774)
  • Enlever tous les arobases des sélecteurs jQuery pour autoriser
    jQuery 1.3.x(13772)
  • report de [13755] et [13763] introduit les valuers date_default et
    date_redac_default dans le contexte quand SPIP ajoute la date d’office
    / accepter un tableau pour le filtre alterner (13770)
  • report de [13621]Ajout de jQuery 1.3 … Attention aux extensions
    qui utilisent encore [@param=value] dans les sélecteurs jQuery à
    passer en [param=value] . (13768)
  • Ajout de image_joindre (13766)
  • #1691 : une balise etant absurde, il s’agit forcement du nom de
    la note (13761)
  • #1711 : annuler [11243] qui etait une fausse bonne idee ; en
    l’absence d’extension dans le titre, les navigateurs sont perdus
    (13760)
  • #1695 produire un aplat quand la production d’image echoue pour la
    css privee (13759)
  • #1704 : reduire la taille de la vignette, y compris dans la colonne
    documents (13758)
  • la fonctionnalite cachee dans la dist {article sans texte+un
    document joint} → affichage du document inline provoquait le masquage
    de tous les documents joints lorsque le texte etait vide et plusieurs
    document joint. il faudrait au moins documenter le code pour eviter de
    reintroduire le bug (13757)
  • jQuery 1.3.2 http://docs.jquery.com/Release:jQuery_1.3.2 (13756)
  • Complément sur les urls arbo (13753)
  • les balises CVT #FORMULAIRE_TRUC implementees par la balise
    generique #FORMULAIRE_ n’utilisent que le squelette
    formulaires/truc.html Inutile et trompeur de chercher a la racine le
    squelettre truc.html, donc (13751)
  • Bien tester tous les formulaires avant de les declarer inexistants *
    [13744] [13745] [13746] etaient incomplets on les fussionne (13749)
  • Complement a [13745] et [13746] * le findpath manquait de precision (13746)
  • report de [13744] #FORMULAIRE_INEXISTANT (13745)
  • report de [13741] gestion plus fine des urls (13742)
  • Amelioration traitement de l’arabe, notamment quand tiret a
    l’interieur d’un mot. (13739)
  • On place le contenu du js du login dans un cdata pour être valide
    … On encapsule également la fonction jquery en passant… (13734)
  • report de [13732] bg d’affiche des sites syndiques dans l’espace prive (13733)
  • report de [13728] urls page (13729)
  • report de [13725] et [13726] (debug) (13727)
  • complement a [13720] : les fonctions url_xx($id,$entite) renvoient
    toujours une url valide donc commencant par …/ si on est dans ecrire/
    (c’etait le cas auparavant pour les documents mais pas pour les autres
    entites) Corrolairement #URL_ARTICLE pointe toujours sur l’article,
    que le squelette soit evalue dans l’espace public ou prive, et
    [(#URL_ARTICLE|url_absolue)] est toujours correcte. Ceci est vrai
    pour toutes les entites (13722)
  • gerer les notes dans le suivi des forums (13721)
  • report de [13719] nouvelle API d’URLs (13720)
  • ne pas surligner dans la page de recherche elle-meme (report de
    [13717]) (13718)
  • integration des #NOTES dans les forums (13710)
  • lorsque generer_url_entite doit generer une url publique depuis
    l’espace prive, il semble logique de prefixer de _DIR_RACINE pour que
    l’url soit valide repare le calcul des nouveautes et de
    [(#URL_ARTICLE|url_absolue)] evalue depuis le prive (13708)
  • eviter les @include qui masquent les erreurs (13707)
  • un pas xhtml (13706)
  • report de [13689] #URL_ARTICLE et consort designent toujours l’url
    publique de l’objet depuis la racine, meme utilisee dans l’espace
    prive il faut donc les prefixer de #EVAL{_DIR_RACINE} dans le cas ou
    l’on affiche cette url dans l’espace prive pour que le lien soit
    correct (13705)
  • report de [13696] ne pas coller les paragraphes en previsu des forums (13701)
  • éviter d’avoir plusieurs id=« nobot » sur la même page. Un div
    englobant le contenu du formulaire des signatures pour éviter des
    erreurs de validation (13699)
  • Le double clic du sélecteur d’auteur en Ajax ne fonctionnait pas. (13694)
  • puce_statut surchargeable (permet en particulier le plugin mots
    techniques) (13693)
  • fixer la taille des images pour que ca ne clignote pas (13692)
  • Complément de 13677 sur la mise à jour de la base lors d’un upgrade (13691)
  • prise en compte de Accept-Language pour tout le monde (pas seulement
    les personnes authentifiées) (13690)
  • Correction d’un bug sur la sauvegarde et la fusion (13661)
  • Meilleure gestion en cas de plantage de l’installation (13659)
  • Eviter un warning concernant les URL personnalisées (13654)
  • correctif version allemande (klaus) (13636)
  • la syntaxe recuperer_fond($fond,$contexte,array(‹ ajax ›=>true)) ne
    fonctionnait que si le fond etait defini dans le contexte (13615)
  • Il y a des versions de PHP où les imagegif etc sont absentes, on
    contrôle (13606)
  • Il est totalement inutile de compliquer les choses avec des
    {doublons}… {!id_groupe} enlève déjà le groupe en cours. (13604)
  • Gérer l’explicitation du nom des tables dans le critère Fusion (13603)
  • Respecter les 0 dans les urls propres (13602)
  • Les restaurations de DUMP anciens avec une version 10000 utilisée ne
    commençaient pas les mises à jour à la version qu’il faut (13598)

liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip


C’est pas parce que je suis venu, qu’il faut croire que je suis là.

mailou a écrit :

Bonjour,
En effet, il faut vraiment avoir envie de lire, mais cette nouvelle version, est-elle indispensable et de mettre à jour la 2.0.3, ou elle peut attendre?

Mais c'est écrit dans le message : "pas de criticité particulière à passer en 2.0.4" donc cela n'a pas un caractère urgent et indispensable.
Néanmoins, si tu mets à jour certains plugins utilisant Jquery, il serait bon de mettre aussi à jour SPIP en 2.0.4, enfin, c'est ainsi que je l'ai personnellement compris.

Cordialement,
Olivier Gautier.

Pour nous aider, nous les amateurs, (tu sais ceux qui font beaucoup d'efforts pour y arriver), je pense qu'il serait bien de donner cette information.
Merci

Le 23 février 2009 23:35, Ben. . <ben.spip@gmail.com <mailto:ben.spip@gmail.com>> a écrit :

    Quelques bugs par ci, par là ... quelques fonctionnalités par ci par
    là ... pas de criticité particulière à passer en 2.0.4

    D'une façon un peu indigeste, voici la liste des changements entre la
    version 2.0.3 et 2.0.4 ... Bonne digestion :wink:

    2.0.3 -> 2.0.4
    - Remettre jQuery 1.2.6 pour ne pas créer de problème de comptabilité.
    Ceux qui le souhaitent pourront mettre jQuery 1.3.2 dans leur
    répertoire squelettes dans un fichier : « javascript/jquery.js »
    (13774)
    - Enlever tous les arobases des sélecteurs jQuery pour autoriser
    jQuery 1.3.x(13772)
    - report de [13755] et [13763] introduit les valuers date_default et
    date_redac_default dans le contexte quand SPIP ajoute la date d'office
    / accepter un tableau pour le filtre alterner (13770)
    - report de [13621]Ajout de jQuery 1.3 ... Attention aux extensions
    qui utilisent encore [@param=value] dans les sélecteurs jQuery à
    passer en [param=value] . (13768)
    - Ajout de image_joindre (13766)
    - #1691 : une balise <a> etant absurde, il s'agit forcement du nom de
    la note (13761)
    - #1711 : annuler [11243] qui etait une fausse bonne idee ; en
    l'absence d'extension dans le titre, les navigateurs sont perdus
    (13760)
    - #1695 produire un aplat quand la production d'image echoue pour la
    css privee (13759)
    - #1704 : reduire la taille de la vignette, y compris dans la colonne
    documents (13758)
    - la fonctionnalite cachee dans la dist {article sans texte+un
    document joint} -> affichage du document inline provoquait le masquage
    de tous les documents joints lorsque le texte etait vide et plusieurs
    document joint. il faudrait au moins documenter le code pour eviter de
    reintroduire le bug (13757)
    - jQuery 1.3.2 jQuery 1.3.2 released | Official jQuery Blog (13756)
    - Complément sur les urls arbo (13753)
    - les balises CVT #FORMULAIRE_TRUC implementees par la balise
    generique #FORMULAIRE_ n'utilisent que le squelette
    formulaires/truc.html Inutile et trompeur de chercher a la racine le
    squelettre truc.html, donc (13751)
    - Bien tester tous les formulaires avant de les declarer inexistants *
    [13744] [13745] [13746] etaient incomplets on les fussionne (13749)
    - Complement a [13745] et [13746] * le findpath manquait de
    precision (13746)
    - report de [13744] #FORMULAIRE_INEXISTANT (13745)
    - report de [13741] gestion plus fine des urls (13742)
    - Amelioration traitement de l'arabe, notamment quand tiret a
    l'interieur d'un mot. (13739)
    - On place le contenu du js du login dans un cdata pour être valide
    ... On encapsule également la fonction jquery en passant... (13734)
    - report de [13732] bg d'affiche des sites syndiques dans l'espace
    prive (13733)
    - report de [13728] urls page (13729)
    - report de [13725] et [13726] (debug) (13727)
    - complement a [13720] : les fonctions url_xx($id,$entite) renvoient
    toujours une url valide donc commencant par ../ si on est dans ecrire/
    (c'etait le cas auparavant pour les documents mais pas pour les autres
    entites) Corrolairement #URL_ARTICLE pointe toujours sur l'article,
    que le squelette soit evalue dans l'espace public ou prive, et
    [(#URL_ARTICLE|url_absolue)] est toujours correcte. Ceci est vrai
    pour toutes les entites (13722)
    - gerer les notes dans le suivi des forums (13721)
    - report de [13719] nouvelle API d'URLs (13720)
    - ne pas surligner dans la page de recherche elle-meme (report de
    [13717]) (13718)
    - integration des #NOTES dans les forums (13710)
    - lorsque generer_url_entite doit generer une url publique depuis
    l'espace prive, il semble logique de prefixer de _DIR_RACINE pour que
    l'url soit valide repare le calcul des nouveautes et de
    [(#URL_ARTICLE|url_absolue)] evalue depuis le prive (13708)
    - eviter les @include qui masquent les erreurs (13707)
    - un <img > pas xhtml (13706)
    - report de [13689] #URL_ARTICLE et consort designent toujours l'url
    publique de l'objet depuis la racine, meme utilisee dans l'espace
    prive il faut donc les prefixer de #EVAL{_DIR_RACINE} dans le cas ou
    l'on affiche cette url dans l'espace prive pour que le lien soit
    correct (13705)
    - report de [13696] ne pas coller les paragraphes en previsu des
    forums (13701)
    - éviter d'avoir plusieurs id="nobot" sur la même page. Un div
    englobant le contenu du formulaire des signatures pour éviter des
    erreurs de validation (13699)
    - Le double clic du sélecteur d'auteur en Ajax ne fonctionnait
    pas. (13694)
    - puce_statut surchargeable (permet en particulier le plugin mots
    techniques) (13693)
    - fixer la taille des images pour que ca ne clignote pas (13692)
    - Complément de 13677 sur la mise à jour de la base lors d'un
    upgrade (13691)
    - prise en compte de Accept-Language pour tout le monde (pas seulement
    les personnes authentifiées) (13690)
    - Correction d'un bug sur la sauvegarde et la fusion (13661)
    - Meilleure gestion en cas de plantage de l'installation (13659)
    - Eviter un warning concernant les URL personnalisées (13654)
    - correctif version allemande (klaus) (13636)
    - la syntaxe recuperer_fond($fond,$contexte,array('ajax'=>true)) ne
    fonctionnait que si le fond etait defini dans le contexte (13615)
    - Il y a des versions de PHP où les imagegif etc sont absentes, on
    contrôle (13606)
    - Il est totalement inutile de compliquer les choses avec des
    {doublons}... {!id_groupe} enlève déjà le groupe en cours. (13604)
    - Gérer l'explicitation du nom des tables dans le critère Fusion
    (13603)
    - Respecter les 0 dans les urls propres (13602)
    - Les restaurations de DUMP anciens avec une version 10000 utilisée ne
    commençaient pas les mises à jour à la version qu'il faut (13598)
    _______________________________________________
    liste spip
    spip@rezo.net <mailto:spip@rezo.net> - désabonnement :
    spip-off@rezo.net <mailto:spip-off@rezo.net>

    Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

    Documentation de SPIP : http://www.spip.net/

    irc://irc.freenode.net/spip <http://irc.freenode.net/spip&gt; ou
    http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
    <http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip&gt;

--
C'est pas parce que je suis venu, qu'il faut croire que je suis là.

------------------------------------------------------------------------

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
  

Olivier Gautier a écrit :

mailou a écrit :

Bonjour,
En effet, il faut vraiment avoir envie de lire, mais cette nouvelle version, est-elle indispensable et de mettre à jour la 2.0.3, ou elle peut attendre?

Mais c'est écrit dans le message : "pas de criticité particulière à passer en 2.0.4" donc cela n'a pas un caractère urgent et indispensable.
Néanmoins, si tu mets à jour certains plugins utilisant Jquery, il serait bon de mettre aussi à jour SPIP en 2.0.4, enfin, c'est ainsi que je l'ai personnellement compris.

Oups, désolé : erreur de liste...
Je reposte au bon endroit.

Cordialement,
Olivier Gautier.

Pour nous aider, nous les amateurs, (tu sais ceux qui font beaucoup d'efforts pour y arriver), je pense qu'il serait bien de donner cette information.
Merci

Le 23 février 2009 23:35, Ben. . <ben.spip@gmail.com <mailto:ben.spip@gmail.com>> a écrit :

    Quelques bugs par ci, par là ... quelques fonctionnalités par ci par
    là ... pas de criticité particulière à passer en 2.0.4

    D'une façon un peu indigeste, voici la liste des changements entre la
    version 2.0.3 et 2.0.4 ... Bonne digestion :wink:

    2.0.3 -> 2.0.4
    - Remettre jQuery 1.2.6 pour ne pas créer de problème de comptabilité.
    Ceux qui le souhaitent pourront mettre jQuery 1.3.2 dans leur
    répertoire squelettes dans un fichier : « javascript/jquery.js »
    (13774)
    - Enlever tous les arobases des sélecteurs jQuery pour autoriser
    jQuery 1.3.x(13772)
    - report de [13755] et [13763] introduit les valuers date_default et
    date_redac_default dans le contexte quand SPIP ajoute la date d'office
    / accepter un tableau pour le filtre alterner (13770)
    - report de [13621]Ajout de jQuery 1.3 ... Attention aux extensions
    qui utilisent encore [@param=value] dans les sélecteurs jQuery à
    passer en [param=value] . (13768)
    - Ajout de image_joindre (13766)
    - #1691 : une balise <a> etant absurde, il s'agit forcement du nom de
    la note (13761)
    - #1711 : annuler [11243] qui etait une fausse bonne idee ; en
    l'absence d'extension dans le titre, les navigateurs sont perdus
    (13760)
    - #1695 produire un aplat quand la production d'image echoue pour la
    css privee (13759)
    - #1704 : reduire la taille de la vignette, y compris dans la colonne
    documents (13758)
    - la fonctionnalite cachee dans la dist {article sans texte+un
    document joint} -> affichage du document inline provoquait le masquage
    de tous les documents joints lorsque le texte etait vide et plusieurs
    document joint. il faudrait au moins documenter le code pour eviter de
    reintroduire le bug (13757)
    - jQuery 1.3.2 jQuery 1.3.2 released | Official jQuery Blog (13756)
    - Complément sur les urls arbo (13753)
    - les balises CVT #FORMULAIRE_TRUC implementees par la balise
    generique #FORMULAIRE_ n'utilisent que le squelette
    formulaires/truc.html Inutile et trompeur de chercher a la racine le
    squelettre truc.html, donc (13751)
    - Bien tester tous les formulaires avant de les declarer inexistants *
    [13744] [13745] [13746] etaient incomplets on les fussionne (13749)
    - Complement a [13745] et [13746] * le findpath manquait de
    precision (13746)
    - report de [13744] #FORMULAIRE_INEXISTANT (13745)
    - report de [13741] gestion plus fine des urls (13742)
    - Amelioration traitement de l'arabe, notamment quand tiret a
    l'interieur d'un mot. (13739)
    - On place le contenu du js du login dans un cdata pour être valide
    ... On encapsule également la fonction jquery en passant... (13734)
    - report de [13732] bg d'affiche des sites syndiques dans l'espace
    prive (13733)
    - report de [13728] urls page (13729)
    - report de [13725] et [13726] (debug) (13727)
    - complement a [13720] : les fonctions url_xx($id,$entite) renvoient
    toujours une url valide donc commencant par ../ si on est dans ecrire/
    (c'etait le cas auparavant pour les documents mais pas pour les autres
    entites) Corrolairement #URL_ARTICLE pointe toujours sur l'article,
    que le squelette soit evalue dans l'espace public ou prive, et
    [(#URL_ARTICLE|url_absolue)] est toujours correcte. Ceci est vrai
    pour toutes les entites (13722)
    - gerer les notes dans le suivi des forums (13721)
    - report de [13719] nouvelle API d'URLs (13720)
    - ne pas surligner dans la page de recherche elle-meme (report de
    [13717]) (13718)
    - integration des #NOTES dans les forums (13710)
    - lorsque generer_url_entite doit generer une url publique depuis
    l'espace prive, il semble logique de prefixer de _DIR_RACINE pour que
    l'url soit valide repare le calcul des nouveautes et de
    [(#URL_ARTICLE|url_absolue)] evalue depuis le prive (13708)
    - eviter les @include qui masquent les erreurs (13707)
    - un <img > pas xhtml (13706)
    - report de [13689] #URL_ARTICLE et consort designent toujours l'url
    publique de l'objet depuis la racine, meme utilisee dans l'espace
    prive il faut donc les prefixer de #EVAL{_DIR_RACINE} dans le cas ou
    l'on affiche cette url dans l'espace prive pour que le lien soit
    correct (13705)
    - report de [13696] ne pas coller les paragraphes en previsu des
    forums (13701)
    - éviter d'avoir plusieurs id="nobot" sur la même page. Un div
    englobant le contenu du formulaire des signatures pour éviter des
    erreurs de validation (13699)
    - Le double clic du sélecteur d'auteur en Ajax ne fonctionnait
    pas. (13694)
    - puce_statut surchargeable (permet en particulier le plugin mots
    techniques) (13693)
    - fixer la taille des images pour que ca ne clignote pas (13692)
    - Complément de 13677 sur la mise à jour de la base lors d'un
    upgrade (13691)
    - prise en compte de Accept-Language pour tout le monde (pas seulement
    les personnes authentifiées) (13690)
    - Correction d'un bug sur la sauvegarde et la fusion (13661)
    - Meilleure gestion en cas de plantage de l'installation (13659)
    - Eviter un warning concernant les URL personnalisées (13654)
    - correctif version allemande (klaus) (13636)
    - la syntaxe recuperer_fond($fond,$contexte,array('ajax'=>true)) ne
    fonctionnait que si le fond etait defini dans le contexte (13615)
    - Il y a des versions de PHP où les imagegif etc sont absentes, on
    contrôle (13606)
    - Il est totalement inutile de compliquer les choses avec des
    {doublons}... {!id_groupe} enlève déjà le groupe en cours. (13604)
    - Gérer l'explicitation du nom des tables dans le critère Fusion
    (13603)
    - Respecter les 0 dans les urls propres (13602)
    - Les restaurations de DUMP anciens avec une version 10000 utilisée ne
    commençaient pas les mises à jour à la version qu'il faut (13598)
    _______________________________________________
    liste spip
    spip@rezo.net <mailto:spip@rezo.net> - désabonnement :
    spip-off@rezo.net <mailto:spip-off@rezo.net>

    Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

    Documentation de SPIP : http://www.spip.net/

    irc://irc.freenode.net/spip <http://irc.freenode.net/spip&gt; ou
    http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
    <http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip&gt;

--
C'est pas parce que je suis venu, qu'il faut croire que je suis là.

------------------------------------------------------------------------

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
  
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
  

mailou a écrit :

Bonjour,
En effet, il faut vraiment avoir envie de lire, mais cette nouvelle version, est-elle indispensable et de mettre à jour la 2.0.3, ou elle peut attendre?

Mais c'est écrit dans le message : "pas de criticité particulière à passer en 2.0.4" donc cela n'a pas un caractère urgent et indispensable.
Néanmoins, si tu mets à jour certains plugins utilisant Jquery, il serait bon de mettre aussi à jour SPIP en 2.0.4, enfin, c'est ainsi que je l'ai personnellement compris.

Cordialement,
Olivier Gautier.

Pour nous aider, nous les amateurs, (tu sais ceux qui font beaucoup d'efforts pour y arriver), je pense qu'il serait bien de donner cette information.
Merci

Le 23 février 2009 23:35, Ben. . <ben.spip@gmail.com <mailto:ben.spip@gmail.com>> a écrit :

    Quelques bugs par ci, par là ... quelques fonctionnalités par ci par
    là ... pas de criticité particulière à passer en 2.0.4

    D'une façon un peu indigeste, voici la liste des changements entre la
    version 2.0.3 et 2.0.4 ... Bonne digestion :wink:

    2.0.3 -> 2.0.4
    - Remettre jQuery 1.2.6 pour ne pas créer de problème de comptabilité.
    Ceux qui le souhaitent pourront mettre jQuery 1.3.2 dans leur
    répertoire squelettes dans un fichier : « javascript/jquery.js »
    (13774)
    - Enlever tous les arobases des sélecteurs jQuery pour autoriser
    jQuery 1.3.x(13772)
    - report de [13755] et [13763] introduit les valuers date_default et
    date_redac_default dans le contexte quand SPIP ajoute la date d'office
    / accepter un tableau pour le filtre alterner (13770)
    - report de [13621]Ajout de jQuery 1.3 ... Attention aux extensions
    qui utilisent encore [@param=value] dans les sélecteurs jQuery à
    passer en [param=value] . (13768)
    - Ajout de image_joindre (13766)
    - #1691 : une balise <a> etant absurde, il s'agit forcement du nom de
    la note (13761)
    - #1711 : annuler [11243] qui etait une fausse bonne idee ; en
    l'absence d'extension dans le titre, les navigateurs sont perdus
    (13760)
    - #1695 produire un aplat quand la production d'image echoue pour la
    css privee (13759)
    - #1704 : reduire la taille de la vignette, y compris dans la colonne
    documents (13758)
    - la fonctionnalite cachee dans la dist {article sans texte+un
    document joint} -> affichage du document inline provoquait le masquage
    de tous les documents joints lorsque le texte etait vide et plusieurs
    document joint. il faudrait au moins documenter le code pour eviter de
    reintroduire le bug (13757)
    - jQuery 1.3.2 jQuery 1.3.2 released | Official jQuery Blog (13756)
    - Complément sur les urls arbo (13753)
    - les balises CVT #FORMULAIRE_TRUC implementees par la balise
    generique #FORMULAIRE_ n'utilisent que le squelette
    formulaires/truc.html Inutile et trompeur de chercher a la racine le
    squelettre truc.html, donc (13751)
    - Bien tester tous les formulaires avant de les declarer inexistants *
    [13744] [13745] [13746] etaient incomplets on les fussionne (13749)
    - Complement a [13745] et [13746] * le findpath manquait de
    precision (13746)
    - report de [13744] #FORMULAIRE_INEXISTANT (13745)
    - report de [13741] gestion plus fine des urls (13742)
    - Amelioration traitement de l'arabe, notamment quand tiret a
    l'interieur d'un mot. (13739)
    - On place le contenu du js du login dans un cdata pour être valide
    ... On encapsule également la fonction jquery en passant... (13734)
    - report de [13732] bg d'affiche des sites syndiques dans l'espace
    prive (13733)
    - report de [13728] urls page (13729)
    - report de [13725] et [13726] (debug) (13727)
    - complement a [13720] : les fonctions url_xx($id,$entite) renvoient
    toujours une url valide donc commencant par ../ si on est dans ecrire/
    (c'etait le cas auparavant pour les documents mais pas pour les autres
    entites) Corrolairement #URL_ARTICLE pointe toujours sur l'article,
    que le squelette soit evalue dans l'espace public ou prive, et
    [(#URL_ARTICLE|url_absolue)] est toujours correcte. Ceci est vrai
    pour toutes les entites (13722)
    - gerer les notes dans le suivi des forums (13721)
    - report de [13719] nouvelle API d'URLs (13720)
    - ne pas surligner dans la page de recherche elle-meme (report de
    [13717]) (13718)
    - integration des #NOTES dans les forums (13710)
    - lorsque generer_url_entite doit generer une url publique depuis
    l'espace prive, il semble logique de prefixer de _DIR_RACINE pour que
    l'url soit valide repare le calcul des nouveautes et de
    [(#URL_ARTICLE|url_absolue)] evalue depuis le prive (13708)
    - eviter les @include qui masquent les erreurs (13707)
    - un <img > pas xhtml (13706)
    - report de [13689] #URL_ARTICLE et consort designent toujours l'url
    publique de l'objet depuis la racine, meme utilisee dans l'espace
    prive il faut donc les prefixer de #EVAL{_DIR_RACINE} dans le cas ou
    l'on affiche cette url dans l'espace prive pour que le lien soit
    correct (13705)
    - report de [13696] ne pas coller les paragraphes en previsu des
    forums (13701)
    - éviter d'avoir plusieurs id="nobot" sur la même page. Un div
    englobant le contenu du formulaire des signatures pour éviter des
    erreurs de validation (13699)
    - Le double clic du sélecteur d'auteur en Ajax ne fonctionnait
    pas. (13694)
    - puce_statut surchargeable (permet en particulier le plugin mots
    techniques) (13693)
    - fixer la taille des images pour que ca ne clignote pas (13692)
    - Complément de 13677 sur la mise à jour de la base lors d'un
    upgrade (13691)
    - prise en compte de Accept-Language pour tout le monde (pas seulement
    les personnes authentifiées) (13690)
    - Correction d'un bug sur la sauvegarde et la fusion (13661)
    - Meilleure gestion en cas de plantage de l'installation (13659)
    - Eviter un warning concernant les URL personnalisées (13654)
    - correctif version allemande (klaus) (13636)
    - la syntaxe recuperer_fond($fond,$contexte,array('ajax'=>true)) ne
    fonctionnait que si le fond etait defini dans le contexte (13615)
    - Il y a des versions de PHP où les imagegif etc sont absentes, on
    contrôle (13606)
    - Il est totalement inutile de compliquer les choses avec des
    {doublons}... {!id_groupe} enlève déjà le groupe en cours. (13604)
    - Gérer l'explicitation du nom des tables dans le critère Fusion
    (13603)
    - Respecter les 0 dans les urls propres (13602)
    - Les restaurations de DUMP anciens avec une version 10000 utilisée ne
    commençaient pas les mises à jour à la version qu'il faut (13598)
    _______________________________________________
    liste spip
    spip@rezo.net <mailto:spip@rezo.net> - désabonnement :
    spip-off@rezo.net <mailto:spip-off@rezo.net>

    Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

    Documentation de SPIP : http://www.spip.net/

    irc://irc.freenode.net/spip <http://irc.freenode.net/spip&gt; ou
    http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
    <http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip&gt;

--
C'est pas parce que je suis venu, qu'il faut croire que je suis là.

------------------------------------------------------------------------

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
  

Merci de ces informations. D’où peut-on télécharger cette version.?

La version 2.0.0 et la version 2.0.3 présentait pour le serveur d’AMEN une anomalie du critère {inverse} de la BOUCLE(SYNDIC_ARTICLES). Cette version corrigée aura-t-elle le même défauf?

Quels sont les fichiers qui ont été modifiés pour gérer ce critère entre la version 1.9.1 et 2.0.0 car il n’y a aucune anomalie pour la verson 1.9.1

Merci de la réponse.

Jean

----- Original Message -----
From: mailou
To: Ben. .
Cc: spip@rezo.net
Sent: Tuesday, February 24, 2009 8:43 AM
Subject: Re: [Spip] SPIP 2.0.4 est sortie

Bonjour,
En effet, il faut vraiment avoir envie de lire, mais cette nouvelle version, est-elle indispensable et de mettre à jour la 2.0.3, ou elle peut attendre?
Pour nous aider, nous les amateurs, (tu sais ceux qui font beaucoup d’efforts pour y arriver), je pense qu’il serait bien de donner cette information.
Merci

Le 23 février 2009 23:35, Ben. . <ben.spip@gmail.com> a écrit :

Quelques bugs par ci, par là … quelques fonctionnalités par ci par
là … pas de criticité particulière à passer en 2.0.4

D’une façon un peu indigeste, voici la liste des changements entre la
version 2.0.3 et 2.0.4 … Bonne digestion :wink:

2.0.3 → 2.0.4

  • Remettre jQuery 1.2.6 pour ne pas créer de problème de comptabilité.
    Ceux qui le souhaitent pourront mettre jQuery 1.3.2 dans leur
    répertoire squelettes dans un fichier : « javascript/jquery.js »
    (13774)
  • Enlever tous les arobases des sélecteurs jQuery pour autoriser
    jQuery 1.3.x(13772)
  • report de [13755] et [13763] introduit les valuers date_default et
    date_redac_default dans le contexte quand SPIP ajoute la date d’office
    / accepter un tableau pour le filtre alterner (13770)
  • report de [13621]Ajout de jQuery 1.3 … Attention aux extensions
    qui utilisent encore [@param=value] dans les sélecteurs jQuery à
    passer en [param=value] . (13768)
  • Ajout de image_joindre (13766)
  • #1691 : une balise etant absurde, il s’agit forcement du nom de
    la note (13761)
  • #1711 : annuler [11243] qui etait une fausse bonne idee ; en
    l’absence d’extension dans le titre, les navigateurs sont perdus
    (13760)
  • #1695 produire un aplat quand la production d’image echoue pour la
    css privee (13759)
  • #1704 : reduire la taille de la vignette, y compris dans la colonne
    documents (13758)
  • la fonctionnalite cachee dans la dist {article sans texte+un
    document joint} → affichage du document inline provoquait le masquage
    de tous les documents joints lorsque le texte etait vide et plusieurs
    document joint. il faudrait au moins documenter le code pour eviter de
    reintroduire le bug (13757)
  • jQuery 1.3.2 http://docs.jquery.com/Release:jQuery_1.3.2 (13756)
  • Complément sur les urls arbo (13753)
  • les balises CVT #FORMULAIRE_TRUC implementees par la balise
    generique #FORMULAIRE_ n’utilisent que le squelette
    formulaires/truc.html Inutile et trompeur de chercher a la racine le
    squelettre truc.html, donc (13751)
  • Bien tester tous les formulaires avant de les declarer inexistants *
    [13744] [13745] [13746] etaient incomplets on les fussionne (13749)
  • Complement a [13745] et [13746] * le findpath manquait de precision (13746)
  • report de [13744] #FORMULAIRE_INEXISTANT (13745)
  • report de [13741] gestion plus fine des urls (13742)
  • Amelioration traitement de l’arabe, notamment quand tiret a
    l’interieur d’un mot. (13739)
  • On place le contenu du js du login dans un cdata pour être valide
    … On encapsule également la fonction jquery en passant… (13734)
  • report de [13732] bg d’affiche des sites syndiques dans l’espace prive (13733)
  • report de [13728] urls page (13729)
  • report de [13725] et [13726] (debug) (13727)
  • complement a [13720] : les fonctions url_xx($id,$entite) renvoient
    toujours une url valide donc commencant par …/ si on est dans ecrire/
    (c’etait le cas auparavant pour les documents mais pas pour les autres
    entites) Corrolairement #URL_ARTICLE pointe toujours sur l’article,
    que le squelette soit evalue dans l’espace public ou prive, et
    [(#URL_ARTICLE|url_absolue)] est toujours correcte. Ceci est vrai
    pour toutes les entites (13722)
  • gerer les notes dans le suivi des forums (13721)
  • report de [13719] nouvelle API d’URLs (13720)
  • ne pas surligner dans la page de recherche elle-meme (report de
    [13717]) (13718)
  • integration des #NOTES dans les forums (13710)
  • lorsque generer_url_entite doit generer une url publique depuis
    l’espace prive, il semble logique de prefixer de _DIR_RACINE pour que
    l’url soit valide repare le calcul des nouveautes et de
    [(#URL_ARTICLE|url_absolue)] evalue depuis le prive (13708)
  • eviter les @include qui masquent les erreurs (13707)
  • un pas xhtml (13706)
  • report de [13689] #URL_ARTICLE et consort designent toujours l’url
    publique de l’objet depuis la racine, meme utilisee dans l’espace
    prive il faut donc les prefixer de #EVAL{_DIR_RACINE} dans le cas ou
    l’on affiche cette url dans l’espace prive pour que le lien soit
    correct (13705)
  • report de [13696] ne pas coller les paragraphes en previsu des forums (13701)
  • éviter d’avoir plusieurs id=« nobot » sur la même page. Un div
    englobant le contenu du formulaire des signatures pour éviter des
    erreurs de validation (13699)
  • Le double clic du sélecteur d’auteur en Ajax ne fonctionnait pas. (13694)
  • puce_statut surchargeable (permet en particulier le plugin mots
    techniques) (13693)
  • fixer la taille des images pour que ca ne clignote pas (13692)
  • Complément de 13677 sur la mise à jour de la base lors d’un upgrade (13691)
  • prise en compte de Accept-Language pour tout le monde (pas seulement
    les personnes authentifiées) (13690)
  • Correction d’un bug sur la sauvegarde et la fusion (13661)
  • Meilleure gestion en cas de plantage de l’installation (13659)
  • Eviter un warning concernant les URL personnalisées (13654)
  • correctif version allemande (klaus) (13636)
  • la syntaxe recuperer_fond($fond,$contexte,array(‹ ajax ›=>true)) ne
    fonctionnait que si le fond etait defini dans le contexte (13615)
  • Il y a des versions de PHP où les imagegif etc sont absentes, on
    contrôle (13606)
  • Il est totalement inutile de compliquer les choses avec des
    {doublons}… {!id_groupe} enlève déjà le groupe en cours. (13604)
  • Gérer l’explicitation du nom des tables dans le critère Fusion (13603)
  • Respecter les 0 dans les urls propres (13602)
  • Les restaurations de DUMP anciens avec une version 10000 utilisée ne
    commençaient pas les mises à jour à la version qu’il faut (13598)

liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip


C’est pas parce que je suis venu, qu’il faut croire que je suis là.



liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip


J’utilise la version gratuite de SPAMfighter pour utilisateurs privés.
Jusqu’à présent SPAMfighter a bloqué 4854 courriels spam.
Nous avons en ce moment 6 millions d’utilisateurs de par le monde entier.
Les utlisateurs payants n’ont pas ce message. Vous pouvez télécharger la version gratuite