Coucou,
en introduisant la case de recherche interne en bas de la première colonne
on risque de "casser" les formulaires qui démarreraient avant (en haut de la
colonne de droite) et finiraient après (dans la colonne de gauche). Je ne
sais pas s'il y en a dans spip, mais je m'étais bricolé un convertisseur qui
du coup s'est retrouvé cassé.
Je serais pour le passage de cette case de recherche au-dessus de la mention
"spip xxx est distribué sous liccence GPL"
-- Fil
Salut,
Y'a des choses zarbis sur uZine (spip 1.2 beta 15):
- sur ma page "=E0 suivre", j'ai un article propos=E9 qui clignotte;
fonction cependant r=E9serv=E9e aux admins =E0 acc=E8s restreint (le
clignotement indiquant les rubriques qu'on contr=F4le);
- sur la page "auteur", deux choses:
+ j'ai un tr=E8s grand pav=E9 vide au milieu de la page, suivi d'un
bouton "valider";
+ la mention "(auteur 1)" dans le titre de la page, c'est pas bon:
d'abord c'est une notation informatique =E0 proscrire dans SPIP (le
sens n'est pas explicite), il faut remplacer par un pav=E9 "Auteur
num=E9ro 1" dans la colonne de gauche (pour conserver l'uniformit=E9 avec
les articles et les rubriques).
ARNO*
Salut,
Dans la beta 15, 3 fichiers modifi=E9s:
/ecrire/naviguer.php3
/ecrire/auteurs_edit.php3
/ecrire/articles.php3
La seule modif importante concerne auteurs_edit.php3: les modifs
pr=E9c=E9dentes avaient fait exploser la mise en page et la lisibilit=E9 du
truc (si vous touchez aux formulaires, faites attention aux
"<fieldset...>" qui s=E9parent les diff=E9rentes sections).
Ajout=E9 =E9galement un pav=E9 "Auteur num=E9ro ...".
Du coup, dans les trois fichiers, j'ai vir=E9 l'indication d'un num=E9ro
entre parenth=E8ses. Une information dans SPIP doit =EAtre explicite: on
ne doit pas avoir =E0 se demander =E0 quoi elle correspond. L=E0, un
chiffre entre parenth=E8ses dans un titre de pages, c'est pas du tout
explicite; la mention "Article num=E9ro ..." est justement con=E7ue pour
cela (on sait que c'est le num=E9ro de l'article). Du coup, faut faire
attention =E0 ce genre de petite "am=E9lioration" destin=E9e =E0 (peut-=EAtr=
e)
simplifier la vie de ceux qui ma=EEtrisent parfaitement: la pr=E9sence
d'informations non explicites donne soudainement l'impression d'un
produit pour techniciens.
ARNO*
J'ai trouv=E9: l'article en question n'=E9tait install=E9 dans _aucune_
rubrique (id_rubrique=3D0). C'est donc pas li=E9 aux admins =E0 acc=E8s
restreint. La seule chose, c'est donc: comment a-t-il r=E9ussi =E0 =E9crire
un article dans aucune rubrique? Puisque chaque fois qu'on modifie
l'article, le menu d=E9roulant "Cet article est dans la rubrique..."
est activ=E9 et l'id_rubrique pass=E9 avec le texte de l'article...
En tout cas, rien de bien grave =E0 priori.
ARNO*
Salut,
La seule modif importante concerne auteurs_edit.php3: les modifs
précédentes avaient fait exploser la mise en page et la lisibilité du
truc (si vous touchez aux formulaires, faites attention aux
"<fieldset...>" qui séparent les différentes sections).
Ah oui, désolé ;)) Je teste sous Netscape, c'est pour ça.... 
a+
Antoine.
Salut,
Puisque tout a l'air ok, j'ai renommé la beta 15
en "SPIP-1.2-preview". On peut donc l'annoncer sur
la liste spip ?
a+
Antoine.
@ Antoine Pitrou (pitrou@free.fr) :
Puisque tout a l'air ok, j'ai renommé la beta 15
en "SPIP-1.2-preview". On peut donc l'annoncer sur
la liste spip ?
Disons SPIP-1.2-PR1 (préalable) pour ne pas trop faire fourcher notre
langue, et permettre une version PR2 en cas de bug dans les paquetages
(ou pire !).
-- Fil
@ Fil (fil@rezo.net) :
Disons SPIP-1.2-PR1 (préalable) pour ne pas trop faire fourcher notre
langue, et permettre une version PR2 en cas de bug dans les paquetages
(ou pire !).
J'ai mis SPIP-1.2-pr1 en tgz, zip et sit dans http://rezo.net/spip-dev/DISTRIB/
Si chacun des membres de spip-dev pouvait tester l'installation de zéro à
partir de l'un de ces 3 fichiers, sur des plateformes variées, des versions
php différentes, des hébergeurs variés, etc. ce serait une grande aide pour
tous les utilisateurs.
-- Fil
Hum, si tu pouvais attendre quelques heures: il faut que je fasse au
moins la documentation en ligne pour la messagerie (=E9ventuellement
pour les acc=E8s administrateur restreint).
Sinon, dans la PR1, modification du fichier:
/ecrire/auteurs_edit.php3
C'est tout con, il s'agit d'emp=EAcher un administrateur de se passer
lui-m=EAme en acc=E8s restreint (sinon je vous dis pas le bazar: le type
qui est le seul gestionnaire de son propre site, il se passe en acc=E8s
restreint et il est marron :-)). J'aime bien ce genre de protections
passives dans l'interface.
ARNO*
@ Arno* (arno@scarabee.com) :
Hum, si tu pouvais attendre quelques heures: il faut que je fasse au
moins la documentation en ligne pour la messagerie (éventuellement
pour les accès administrateur restreint).
On avait dit "seule la doc peut changer entre les versions préalables et la
version finale 1.2", donc pas de souci de ce côté.
Sinon, dans la PR1, modification du fichier:
/ecrire/auteurs_edit.php3
Zut : je recommence la manip. Les modifs suivantes seront pour la pr2...
-- Fil
ARNO* wrote:
C'est tout con, il s'agit d'empêcher un administrateur de se passer
lui-même en accès restreint (sinon je vous dis pas le bazar: le type
qui est le seul gestionnaire de son propre site, il se passe en accès
restreint et il est marron :-)). J'aime bien ce genre de protections
passives dans l'interface.
Sauf que c'est complètement idiot ton truc : le type n'a pas le
droit de se mettre en accès restreint, mais il peut se passer
rédacteur. Faut corriger....
a+
ARNO* wrote:
J'ai trouvé: l'article en question n'était installé dans _aucune_
rubrique (id_rubrique=0). C'est donc pas lié aux admins à accès
restreint. La seule chose, c'est donc: comment a-t-il réussi à écrire
un article dans aucune rubrique? Puisque chaque fois qu'on modifie
l'article, le menu déroulant "Cet article est dans la rubrique..."
est activé et l'id_rubrique passé avec le texte de l'article...En tout cas, rien de bien grave à priori.
C'est à cause des lignes suivantes :
if (acces_rubrique($id_rubrique)) {
$change_rubrique = "id_rubrique=\"$id_rubrique\",";
} else {
$change_rubrique = "";
}
Les rédacteurs n'ont plus le droit de déplacer un article....
Bon, c'est tr=E8s con, cette histoire de release anticip=E9e alors que
j'ai pas fait le doc en ligne.
Toujours est-il que, dans la PR1 de la devel (pfff, on se complique,
on se complique... v'l=E0 2 PR1 pour le prix d'une!), j'ai modifi=E9 les
fichiers suivants:
/ecrire/AIDE/aide
/ecrire/aide_gauche.php3
/ecrire/calendrier.php3
/ecrire/auteurs_edit.php3
/ecrire/message.php3
/ecrire/configuration.php3
(Au passage, d=E9sol=E9, je crois que j'ai =E9cras=E9 la modif d'Antoine sur=
auteurs_edit.php3; si tu veux repartir de la tienne, Antoine, no
problem: la seule modif =E9tait l'ajout du lien aff_aide() vers la doc
en ligne.)
Les deux premiers (aide et aide_gauche.php3) sont les plus
importants. Les autres, c'est simplement l'ajout des liens "[AIDE]"
qui ouvrent l'aide en ligne =E0 la page qui va bien.
ARNO*
Salut,
Dans la PR1, modification du fichier:
/ecrire/inc.php3
Il s'agit de la r=E9cup=E9ration des cookies (pour graphismes de
l'interface) d=E9plac=E9 _apr=E8s_ les includes (ils =E9taient avant). En
effet, il semble que dans certains cas, inc_version.php3 r=E9initialise
les variables d'environnement (ne me demandez pas des explications
l=E0-dessus); du coup, impossible de passer de "interface simplifi=E9e" =E0
"interface compl=E8te".
J'esp=E8re que ce simple d=E9placement n'introduit pas d'autres erreurs.
ARNO*
Petite modif dans la PR1:
/inc-calcul.php3
Dans la fonction "affiche_logos...", l'espacement autour des logos
est d=E9sormais fix=E9 par une variable $espace_logos (si cette variable
est absente, on prend la valeur "3" comme auparavant.
De cette fa=E7on, dans l'appel du squelette, on peut fixer cette
valeur, en ajoutant simplement la ligne:
$espace_logos =3D 20 ;
ARNO*
Salut,
Modif dans le fichier:
/ecrire/inc_texte.php3
La fonction PtoBR ne fonctionnait plus (le "<p>" transform=E9 en "<p
class=3D'spip'>" rendait les ereg_replace inop=E9rants). Du coup,
constat=E9 sur uZine, les #INTRODUCTION d=E9connaient (m'enfin c'est pas
la premi=E8re fois que les #INTRODUCTION voient leur comportement
changer sans pr=E9avis).
Bonjour banzaï!
Quelques suggestions pour la doc:
J'aimerais qu'on m'explique:
-les fonctions additionnelles que l'on peut inclure dans le fichier xxx.php3
en plus de
$fond
$delais
$espace_logos
...... les plus utiles.... et dans les fichiers fournis par défaut ne
pourrait t'on pas inclure toutes ces paramètres dans un .php3 avec "" et un
petit commentaire sur la fonctionnalité du truc??..
-les css, ce qu'elles gèrent (public) ok! mais pour la partie privée....
Et comme je suis énervé, au rayon des fonctions perdues en route et
que ça va dégueulasser les sites préexistants qui feront la
mise-à-jour, j'aimerais savoir pourquoi les enrichissements
typographiques ont disparu des titres et des soustitres (et de quoi
d'autre?).
Celà n'a pas l'air facile d'écrire du code à plusieurs,
SPIP ne pourrait pas servir justement pour améliorer le tavail en commun sur
le code?
et en plus celà servirait pour mieux définir les besoins pour les
articles...
avec un forum par fichier pour signaler les dernières modifs?
Maurice
@ Arno* (arno@scarabee.com) :
Du coup, comme ça commence à faire beaucoup de modifs sur une
"Preview release", je vire la version qui est dans "DISTRIB".
Vu qu'il reste plein de bugs, tu as bien fait ! C'est à ça que servent les
1.2 anticipées, hé hé... Si ça avait été l'officielle ?
Et comme je suis énervé, au rayon des fonctions perdues en route et
que ça va dégueulasser les sites préexistants qui feront la
mise-à-jour, j'aimerais savoir pourquoi les enrichissements
typographiques ont disparu des titres et des soustitres (et de quoi
d'autre?). Comment je fais pour mettre des italiques dans un titre
non non, les titres surtitres soustitres sont passés par typo() [et pas par
propre()] depuis le début ou presque. Il faut mettre les itals en html
soi-même... C'est un peu chiant, certes, mais pas nouveau ! Mais je serais
d'accord pour qu'on passe le traitement de {} et {{}} dans typo().
Autre amélioration à faire, tant qu'on y est, équilibrer le calcul des {}
(c-à-dire ne pas transformer { en <i> s'il n'y a pas un } fermant.)
-- Fil
J'ai testé en local chez moi, tout semble fonctionner.
Un détail néanmoins:
il y a des  : au lieu de dans les fichiers
suivants du répertoire «écrire»:
./configuration.php3
./inc.php3
./mots_tous.php3
Je testerais plus en détail ultérieurement,
Bravo à tous pour ce travail
Michaël P.
Celà n'a pas l'air facile d'écrire du code à plusieurs
Non, surtout si on n'utilise pas d'outil dédié à cet usage comme CVS.
SPIP ne pourrait pas servir justement pour améliorer le tavail
en commun sur le code ?
Non, SPIP peut très bien servir à la documentation et aux spécifications, mais
certainement pas à la gestion de sources ...
avec un forum par fichier pour signaler les dernières modifs ?
Cela est fait automatiquement par l'outil de gestion de sources.
Un peu de lecture :
http://www.idealx.org/fr/doc/cvs/cvs-7.html
-Nicolas