[spip-dev] SPIP 1.7 PR1

Dev
1

Bonjour,

Nous vous invitons à télécharger et à tester les nouveautés de la
version 1.7PR1 de SPIP. Cette version "PR1" ("Preview Release" en
anglais, ou quelque chose comme ça...) est destinée à peaufiner les
derniers réglages et corriger les derniers problèmes avant la version
1.7 définitive, c'est pourquoi nous avons besoin qu'elle soit testée par
suffisamment de personnes. Elle est déjà utilisée, entre autres, sur le
nouveau site de SPIP, http://www.spip.net/.

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

Ci-dessous la liste des changements notables.

Amicalement

Antoine.

PS : désolé pour le cross-post...

Sites multilingues

2

Je constate toujours les mêmes problèmes, déjà signalés, de Warnings
lors du login dans l'espace privé, dans les tables du calendrier, et
parfois lors de la création de certaines pages pas en cache.

3

Antoine wrote:

Sites multilingues
------------------

Le multilinguisme inclut l'apparition de plusieurs outils dédiés, dont :

* Des options de configuration spécifiques
* Un système de gestion des traductions entre articles
* Une page de gestion des traductions par langue
* Un paquet de chaînes pré-traduites pour l'espace public

Un des problèmes rencontrés dans un site multilingue est la gestion des pièces jointes.

Dans mon cas spécifique, j'ai des pièces jointes multilingues (les documents publiés au journal officiel en Belgique sont bilingues). Lorsque je récupère un tel document, et en fait le commentaire dans un article... mon article est monolingue.

Mais j'aimerais que le traducteur puisse simplement récupérer la pièce joint en question (dans sa traduction de mon article).

C'est apparement possible (mais complexe) dans SPIP grâce à la balise [doc123].

MAIS:
1) Il faut récupérer le numéros de document ce qui n'est pas intuitif.
2) Le nom du document et sa description sont monolingue.

Un autre solution serait de faire une deuxième copie du document dans la base, mais question espace, c'est pas terrible... et si il faut l'uploader deux fois, c'est encore pire.

J'aimerais pouvoir mettre en pièce jointe un document existant déjà dans le répertoire IMG (et donc naviger dedans)... et si nécessaire, offrir une traduction de la description et du nom.

Evidemment, cela pose des problèmes techniques car on ne peut plus effacer un document de /IMG/ sans vérifier que tous les liens vers se document ont disparus.

Une autre requète serait de pouvoir faire un lien (de quel nature?) entre deux pièces jointes, l'une dans une langue et l'autre dans un autre. Mais je pense que ceci n'est pas nécessaire puisque l'on peut facilement faire deux articles (même vide) et leur attacher chacun un document.

Autres modifications importantes
--------------------------------

* Espace privé :

- Une page de suivi à distance de la vie du site permet de récupérer l'adresse
de syndication (RSS) et d'injecter les événements du site dans un calendrier
(format iCal).

Est-ce que les modifications successive d'un article (avant et après publication) font partie des informations disponibles?

En effet, un des "problèmes" avec SPIP c'est le suivit des révisions d'un document. Je pense que l'utilisation d'un Wiki pour créer le contenu de façon colaborative (avant publication) est actuellement la meilleur solution.

Il peut être important de savoir qui a fait quoi quand.
Actuellement, c'est plustôt difficile à dire.

Corrections et ajouts mineurs
-----------------------------

* Site public, squelettes :

- Quand on entre un message sur un forum public, un cookie est posé afin
de mémoriser le nom de l'auteur et son e-mail. Ces valeurs sont proposées
par défaut pour les messages de forum suivants. Cela limite les messages
"anonymes" dus à des contributeurs trop pressés ou trop paresseux.

Est-ce que cette option est désactivable.
Les cookies nuisent à la vie privée.
Oublier est parfois mieux que se souvenir.
Si un visiteur du site se sent "surveillé" il risque de ne plus revenir.

J'aimerais aussi savoir si une amélioration concernant le respect des normes (HTML/XHTML/???) est prévue.

David GLAUDE

4

peut-on avoir une idée de la date de sortie de la version 1.7
afin de planifier les dernières retouches (langue portugaise, pour ce qui me concerne)
Merci
Bertil

Antoine wrote:

5

Avec IE6 :

Les formulaires de login sont tronqués à droite.

Le formulaire de forum s’étend systématiquement à droite au-delà de la fenêtre.
Si on réduit la taille de la fenêtre, il y a recouvrement entre la colonne de gauche et l’affichage principal.

Je suis partisan du respect des standards mais l’utilisation de “position” semble complexe à régler. Est-ce que ce ne serait pas plus simple de revenir à l’utilisation des tables ?

Maurice Frankel

6

Oui, c'est un problème de DIV qui prévalue chez MSIE. (heu... je crois)
Ainsi, même un <BR clear=all> n'est pas du tout pris en compte.

C'est lamentable.
Dans ce cas, même un tableau ne résoud pas le problème (a cause des DIV ?)

http://gannesculpteur.ath.cx/rubrique.php3?id_rubrique=2
Dans cette page, j'ai tout essayé, sous MSIE, le texte remonte inlassablement entre les deux photos, et c'est particulièrement génant dans un petit écran 800*600. (musique de dos, et de face)
Netscape et Mozilla s'en sortent à merveille.

Il faudrait peut-être tester la présence de MSIE et changer la page HTML à la volée, puisqu'il le supporte.

Je dis que ce sont les DIV... mais, c'est la seule chose que j'ai vue à l'intérieur du tableau que j'avais crée.
avec : |<doc03|left>|<doc07>|

Il y aura toujours des problèmes avec MSIE

Les tableaux, c'est une catastrophe chez les vieux navigateurs, c'est trop lourd pour eux.

Je b'ai pas encore trouvé la solution, je suis en train de la chercher.

Amicalement.
Grégoire

Maurice Frankel wrote:

7

témoignage perso : les <docxx|left> et <docxx|right> provoquent la plupart
du temps des comportements imprévisibles chez moi (spip v 1.6) .. j'en suis
arrivé à n'utiliser que des <docxx|center> en les encapsulant dans une mise
en page forcée (tableau par ex)

@+
Nicolas RIQUOIS
http://www.pucroller.com

8

Au sujet des formulaires tronqués sur IE6 (login et rédaction), j’avais suggéré aux devs de mettre la largeur des tables concernées à 95% ou 98% (au lieu de 100%), ce qui corrigeait le problème chez moi. Je ne sais pas si cette solution est envisagée. :stuck_out_tongue:

http://article.gmane.org/gmane.comp.web.spip.user/28132

En attendant, pour les pauvres utilisateur, mettre l’interface à « grand écran » règle le problème dans la plupart des cas. :slight_smile:

Thierry Gagnon,
Studio Eau Moirée

http://thierrygagnon.com/

-----Message d’origine-----

9

La variable ical_info2, dans tous les fichiers lang/spip_*.php3,
référence une doc inexistante: www.spip.net/fr_suivi (ou de_suivi)
ce qui rend inopérant le lien dans la présentation du calendrier par
synchro.php3
(bouton "suivre la vie du site").

Oui, je pensais faire l'URL après qu'on ait fait l'article, mais comme
l'article n'est pas fait, au moins on a l'URL ... merci

-- Fil

10

Bonjour,
et bravo à toute l'équipe SPIP pour le travail effectué. J'ai connu SPIP
depuis la 1.5
et ce CMS ne cesse de m'éblouir à chaque nouvelle version .

Nous vous invitons à télécharger et à tester les nouveautés de la
version 1.7PR1 de SPIP. Cette version "PR1" ("Preview Release" en
anglais, ou quelque chose comme ça...)

en anglais cela doit être RC pour Release Candidate (si je ne m'abuse)

est destinée à peaufiner les
derniers réglages et corriger les derniers problèmes avant la version
1.7 définitive, c'est pourquoi nous avons besoin qu'elle soit testée par
suffisamment de personnes.

Après avoir téléchargé l'archive
http://www.spip.net/spip-dev/devel/SPIP-v1-7PR1-fr.zip

et installé en local sous PHP 4.3.4 + MySQL 3.23.56
j'obtiens :
Après avoir activé le multilinguisme dans le panneau gestion des langues de
la rubrique
administration du site

Warning: Variable passed to each() is not an array or object in
[...]\spip-v1-7pr1\ecrire\config-multilang.php3 on line 172

Je n'ai que la langue FR d'installée.

En attendant la version finale 1.7, je continu mes investigations

Laurent

11

J'ai découvert le site de gestion des bugs.
Le rapport est dispo à
http://www.spip.net/bugs/view_bug_page.php?f_id=0000189

Laurent

"Laurent Laville" <pear@laurent-laville.org> a écrit dans le message de
news: bsetfh$3ml$1@sea.gmane.org...

Bonjour,
et bravo à toute l'équipe SPIP pour le travail effectué. J'ai connu SPIP
depuis la 1.5
et ce CMS ne cesse de m'éblouir à chaque nouvelle version .

>
> Nous vous invitons à télécharger et à tester les nouveautés de la
> version 1.7PR1 de SPIP. Cette version "PR1" ("Preview Release" en
> anglais, ou quelque chose comme ça...)

en anglais cela doit être RC pour Release Candidate (si je ne m'abuse)

> est destinée à peaufiner les
> derniers réglages et corriger les derniers problèmes avant la version
> 1.7 définitive, c'est pourquoi nous avons besoin qu'elle soit testée par
> suffisamment de personnes.

Après avoir téléchargé l'archive
http://www.spip.net/spip-dev/devel/SPIP-v1-7PR1-fr.zip

et installé en local sous PHP 4.3.4 + MySQL 3.23.56
j'obtiens :
Après avoir activé le multilinguisme dans le panneau gestion des langues

de

12

Après test, j'ai constaté un petit changement : dans la boucle hierachie,
lorsque une rubrique est un secteur, avant, sont #ID_PARENT était '' (chaine
vide), maintenant, c'est '0' (caractère zéro).
Comme je faisait un test en php sur cette variable dans un de mes
squelettes, j'ai dû changé le php.
Pô grave, mais je signale quand même.

13

Hi all

J'avais deja soumis ce probleme avant et on m'a dit d'attendre la 1.7. J'ai donc installe la derniere version cvs:

Dans un de mes sites arabes (et un seul), la date de publication des articles et l'interface administration ("recalculer cette page", etc.) apparaissent en francais au lieu de l'arabe et ceci arrive de facon aleatoire.
De plus, j'ai active la petition dans un article et l'interface de signature apparait en francais ("votre nom ou peudo", etc.).

Des solutions?

Merci

George

14

@ George Kandalaft <george@diwanalarab.com> :

J'ai donc installe la derniere version cvs:

Dans un de mes sites arabes (et un seul), la date de publication des
articles et l'interface administration ("recalculer cette page", etc.)
apparaissent en francais au lieu de l'arabe et ceci arrive de facon
aleatoire.
De plus, j'ai active la petition dans un article et l'interface de
signature apparait en francais ("votre nom ou peudo", etc.).

Des solutions?

Je suppose que tu as vérifié l'ensemble de ta configuration
"multilinguisme".

Deux pistes :

- tu as peut-être testé le multilinguisme à un moment donné, et puis tu l'as
désactivé en laissant des rubriques ou des articles en français. Pour voir
cela, c'est très simple : regarde le champ 'lang' des articles en question.

- il y a peut-être un cookie qui traîne et pose des problèmes ; a priori on
a supprimé ce bug, mais sait-on jamais...

-- Fil

15

Merci Fil

En fait je viens de decouvrir le probleme: c'etait un fichier inc_charsets.php3 sans les jeux de caracteres windows (je ne sais pas comment il s'est glisse la!).
Quand je l'ai remplace par le fichier correct le probleme a ete regle, sauf tout ce qui concerne les mails automatiques:
les mails de nouveautes, de suivie de l'editorial et de confirmation des signatures de petition arrivent toujours en francais.

George

Fil wrote:

16

Le 23 déc. 03, à 02:05, Antoine a écrit :

Nous vous invitons à télécharger et à tester les nouveautés de la
version 1.7PR1 de SPIP.

La variable ical_info2, dans tous les fichiers lang/spip_*.php3,
référence une doc inexistante: www.spip.net/fr_suivi (ou de_suivi)
ce qui rend inopérant le lien dans la présentation du calendrier par synchro.php3
(bouton "suivre la vie du site").

esj

      Emmanuel

17

Salut Bertil,

peut-on avoir une idée de la date de sortie de la version 1.7
afin de planifier les dernières retouches (langue portugaise, pour ce
qui me concerne)

Si tout va bien, probablement début janvier.

a+

Antoine.