[spip-dev] A tester : SPIP 1.7 version bêta 2

Bonjour,

nous vous invitons à télécharger et à tester les nouveautés de la version
1.7 bêta 2 de SPIP.

Vous pouvez télécharger SPIP-1.7b2 à l'adresse
http://www.spip.net/spip-dev/devel/

Dans les jours qui viennent, la documentation sera progressivement revue.

La documentation des nouveautés se trouve ici :
http://www.spip.net/fr_article2102.html

La principale nouveauté est la possibilité de créer des sites multilignues
de manière relativement "naturelle" (ou à tout le moins "automatique"). La
documentation complète du multilinguisme est livrée en deux parties :

1) Réaliser un site multilingue
http://www.spip.net/fr_article2124.html

2) Internationaliser les squelettes
http://www.spip.net/fr_article2128.html

Merci de tester "à fond", pour que la version 1.7 finale puisse être, autant
que possible, exempte de bugs. Pour rapporter les bugs, n'hésitez pas à
utiliser la liste spip-dev@rezo.net ou, de préférence, le gestionnaire de
bugs se trouvant à l'adresse http://www.spip.net/bugs/

Merci !

-- Fil

J'ai toujours la même demande mais qui peut attendre :wink:

des articles de documentation genre tutorial pour passer un site monolingue
en site multilingue, les pistes sont dans la doc actuelle mais fasse à la
nouveauté du multilinguisme côté public, le morceau est gros à digérer tout
seul, il n'y a personne ayant réalisé l'expérience du passage au
multilinguisme prêt à réaliser une doc de mise en place (au moins d'au
départ) ?

Gwendal

"Fil" <fil@rezo.net> a écrit dans le message de news:
20031026194850.GF9816@rezo.net...

Bonjour,

nous vous invitons à télécharger et à tester les nouveautés de la version
1.7 bêta 2 de SPIP.

Vous pouvez télécharger SPIP-1.7b2 à l'adresse
http://www.spip.net/spip-dev/devel/

Dans les jours qui viennent, la documentation sera progressivement revue.

La documentation des nouveautés se trouve ici :
SPIP 1.7, SPIP 1.7.2 - SPIP

La principale nouveauté est la possibilité de créer des sites multilignues
de manière relativement "naturelle" (ou à tout le moins "automatique"). La
documentation complète du multilinguisme est livrée en deux parties :

1) Réaliser un site multilingue
Réaliser un site multilingue - SPIP

2) Internationaliser les squelettes
http://www.spip.net/fr_article2128.html

Merci de tester "à fond", pour que la version 1.7 finale puisse être,

autant

Fil wrote:

Merci de tester "à fond", pour que la version 1.7 finale puisse être, autant
que possible, exempte de bugs. Pour rapporter les bugs, n'hésitez pas à
utiliser la liste spip-dev@rezo.net ou, de préférence, le gestionnaire de
bugs se trouvant à l'adresse http://www.spip.net/bugs/

Un changement graphique, entre la version 1.7 b1 et 1.7 b2, semble être intervenu pour le mode "afficher uniquement les icônes". Un saut de ligne en trop ou ... (Voir copie écran)

A bientôt
^Fabrice^^

PS Autrement, la migration sur 2 site en 4 minutes :wink:

Je prépare un squelette backend RSS 2.0 multilingue et j'aimerais ajouter le
numéro de version de SPIP pour obtenir ceci:
    <generator>SPIP 1.7b2<generator>

En fait, c'est la variable $spip_version que j'aimerais récupéer.
Existe-t-il une balise SPIP? ou comment procéder en php?

André

@ Andre Vincent <andre@alternatives.ca> :

Je prépare un squelette backend RSS 2.0 multilingue et j'aimerais ajouter le
numéro de version de SPIP pour obtenir ceci:
    <generator>SPIP 1.7b2<generator>

En fait, c'est la variable $spip_version que j'aimerais récupéer.
Existe-t-il une balise SPIP?

Non

ou comment procéder en php?

<generator>SPIP <?php echo $spip_version_affichee; ?></generator>

-- Fil

Dans la version 1.6, la ligne suivante du backend-dist.html
<title>[(#TITRE|textebrut|entites_html|entites_unicode)]</title>

Produisait ceci:
<title>Sommet mondial sur la société de l'information et réduction de la «
fracture numérique »</title>

Dans la version 1.7b2, la même ligne produit ceci:
<title>Sommet mondial sur la société de l&#146;information et réduction de
la &#171; fracture numérique &#187;</title>

Il semble que le filtrage résultant de la combinaison des mêmes filtres ne
produisent plus la même chose.

Ne serait-il pas plus judicieux de revenir au rendu de la version 1.6?
En clair, laisser tomber les entités et s'en remettre à l'encodage indiqué
dans la première ligne de la déclaration xml?

<?php echo '<'.'?xml version="1.0" encoding="#CHARSET"?'.'>'; ?>

Raisons de ma question/suggestion:
1. C'est plus facile à lire pour un humain (OK le xml est destiné aux
machines, pas aux humains, mais bon...)
2. Certains "parser" RSS ont de la difficulté à interpréter les entités,
surtout dans <title>, quoique plus rarement dans <description>, mais n'ont
aucune difficulté à respecter l'encodage spécifié dans la déclaration xml.
3. Dans les spécifications de l'ISO-8859-1, la plage &#127; à &#159; -
incluant le problématique apostrophe typographique - n'est-elle pas
considérée comme étant indéfinie? Pour les navigateurs, en général, ça ne
pose pas de problème (merci Microsoft), mais pour les "parser", même les
moins stricts, ça leur pose parfois des problèmes.

André Vincent

Bonjour,
j'ai installé la 1.7b2 sur un nouveau site sans rien y changer (pas de
squelettes originaux) et j'ai un souci dans l'espace privé, les raccourcis
dans la boite du même nom s'affiche correctement mais impossible de cliquer
(bouton gauche) dessus (la main signalant un lien n'apparait pas... ),
pourtant le lien est là puisqu'en faisant clic droit+ouvrir le lien ça
marche.

Dans la version 1.6, la ligne suivante du backend-dist.html
<title>[(#TITRE|textebrut|entites_html|entites_unicode)]</title>

Produisait ceci:
<title>Sommet mondial sur la société de l'information et réduction de la «
fracture numérique »</title>

Dans la version 1.7b2, la même ligne produit ceci:
<title>Sommet mondial sur la société de l&#146;information et réduction de
la &#171; fracture numérique &#187;</title>

Il semble que le filtrage résultant de la combinaison des mêmes filtres ne
produisent plus la même chose.

Bien vu : c'est le filtre 'typo' qui produit maintenant des entités unicode
pour les éléments qu'il gère, qui sont précisément ceux que tu viens de
citer.

Ne serait-il pas plus judicieux de revenir au rendu de la version 1.6?
En clair, laisser tomber les entités et s'en remettre à l'encodage indiqué
dans la première ligne de la déclaration xml?

Les "vieux" SPIP (versions 1.5 et inférieure) ne savent pas décoder les
backend en utf-8, donc on risque de casser ces sites-là.

3. Dans les spécifications de l'ISO-8859-1, la plage &#127; à &#159; -
incluant le problématique apostrophe typographique - n'est-elle pas
considérée comme étant indéfinie? Pour les navigateurs, en général, ça ne
pose pas de problème (merci Microsoft), mais pour les "parser", même les
moins stricts, ça leur pose parfois des problèmes.

S'ils ne comprennent pas, ils stockent &#146; (six caractères au lieu d'un
seul, certes), mais ça ne change rien à l'affichage (s'ils affichent du
HTML, bien entendu).

Cela dit, personne ne va t'interdire de modifier tes squelettes et
d'appliquer le filtre idoine ; la construction suivante devrait te rendre
heureux :
<title>[(#TITRE|textebrut|entites_html|entites_unicode|unicode2charset)]</title>

-- Fil

"Fil" wrote :

Bonjour,

nous vous invitons à télécharger et à tester les nouveautés de la version
1.7 bêta 2 de SPIP.

Est-ce voulu que dans les squelettes le logo SPIP est toujours attaché à un
lien qui donne: http://www.uzine.net/spip
(qui par la suite nous renvoie à www.spip.net ) ?

Paolo

Excellent !!!!

L'affichage des stats de visites est grandiose!!!

Juste deux petites remarques esthétiques:

Dans le menu supérieur, les lignes noires en arrière fond rendent la
lecture des titres relativement floues.

Sous Mozilla (1.4), la ligne de séparation verticale en points se
transforme en tirets, ce qui passe assez mal.

Voir pièce jointe

A bientôt
Denis

mozilla.png

Gwendal wrote:

Bonjour,
j'ai installé la 1.7b2 sur un nouveau site sans rien y changer (pas de
squelettes originaux) et j'ai un souci dans l'espace privé, les raccourcis
dans la boite du même nom s'affiche correctement mais impossible de cliquer
(bouton gauche) dessus (la main signalant un lien n'apparait pas... ),
pourtant le lien est là puisqu'en faisant clic droit+ouvrir le lien ça
marche.

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

_______________________________________________
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
cvs: http://www.spip.net/spip-dev/devel/

j'ai posté 2/3 mess sur ce détail puis depuis un rapport sur mantis...wait and see

Bonjour,

Le problème se pose sur plusieurs pages.

En fait, il semble que IE6 respecte la règle W3C qui veut qu'il ne puisse
pas y avoir de balise "div" ou "table" à l'intérieur d'une balise "a".

Il faudrait pouvoir réaliser les effets désirés directement à partir de la
balise "a" ou avec une balise "span".

Maurice Frankel