Bonsoir,
je me permets de signaler trois petits problèmes somme toute mineurs,
que j'ai rencontrés, juste pour informations...
1° - bug en ajoutant un auteur
2° - peut-etre améliorer le message sur le critère {par num...}
3° - SPIP code un rendu HTML aberrant dans un cas de STRONG {{
(un peu tordu tout de meme)
sur une #SPIP 1.9.2d [11132] sur WAMP
======================================================
1°/ Bug ? en ajoutant un nouvel auteur à un article
Fatal error: Call to undefined function minipres() in
C:\www\bberger\ecrire\inc\securiser_action.php on line 90
Obtenu en essayant de rajouter un auteur nouvellement créé
comme administrateur restreint de la rubrique meme, contenant l'article
considéré
(plus particulièrement, cet auteur n'a ni mot de passe, ni login,
et n'a pas encore créé d'article !! Est-ce un problème ??
en essayant de rajouter
http://localhost/bberger/ecrire/?exec=articles&id_article=23
J'ai voulu recommencer la manip.
mais cette fois, elle est passée comme une lettre a la poste......
Serait-ce dû à un cas vicieux d'un auteur tout nouveau,
donc jusqu'a présent sans article ?
J'ajouterai que je voulais utiliser ce pseudo-auteur,
pour utiliser sans fatigue le #FORMULAIRE_ECRIRE_AUTEUR !
#SPIP 1.9.2d [11132]
Si qcq'un d'autre avait rencontré ce cas ?
A moins qu'il n'y reste encore une option mal réglée dans les forums
abonnements (y a pas un truc de ce coté-là aussi ??)
(desole, je n'arrive pas a le tester sur un autre site !!! pb.d'accès Web !)
=====================================================
2°/ et pendant que je remarque/signale des petits points, parfois un peu
genants, imaginez que vous mettiez un critère de tri : {par num } en
oubliant de
spécifier le champ à trier !
Ben, le "message d'erreur" est totalement abscons : faut vraiement y penser
pour
trouver la cause de ce fameux champ inconnu 0+....... dans le SQL
=========================================================
3°/ enfin j'ai rencontré un cas de codage relativement tordu de SPIP,
qui me semble mis en defaut dans un cas particulier ; pourtant il me semble
avoir repris un squelette de Plan de la dist tout a fait standard ?
--- un extrait de la boucle en cause
[(#REM) Le plan de site ci-dessous est a adapter selon les besoins.
En particulier, on n'aura pas necessairement besoin de tous les
elements (sous-rubriques, articles, breves et sites) ]
<div class="cartouche">
<h1 class="titre">Tout le site</h1>
</div>
<BOUCLE_secteurs(RUBRIQUES) {racine} {tout} {par id_rubrique}>
<h2><a href="#URL_RUBRIQUE" [alt="#DESCRIPTIF)"]>#TITRE*</a>
<span class="rge">[#ID_RUBRIQUE] </span></h2>
[(#REM) Articles et sous-rubriques ]
.........
A priori, rien de bien bizarre, a part d'avoir rajouté aux fins de tests
le numero de rubrique en clair pour complémenter l'organisation
a faire comprendre par l'utilisateur
--- Voila le resultat proposé par SPIP :
<div class="cartouche">
<h1 class="titre">Tout le site</h1>
</div>
<h2><a href="spip.php?rubrique1" [alt="<strong class="spip">Pour
intégrer efficacement Internet dans votre stratégie d'Entreprise !</strong>.)"]>Sites
Internet</a>
<span class="rge">[1] </span></h2>
Oui, vous avez bien compris ce que mon rédacteur avait mis dans
#DESCRIPTIF = {{Pour intégrer efficacement Internet dans votre stratégie }}
Du coup, j'ai cru comprendre que le strong class="spip" est mal échappé,
et l'interpretation (logique) est quand meme bien surprenante !
Avant d'aller voir le code HTML généré, tres naïf, j'ai tenté plusieurs
fois
de corriger mon enregistrement ARTICLE incorrect, en vain !!!
Yx
PS 3° bug rencontré aussi sur l'installation a mettre en exploit sur OVH
....
