Coucou ARNO*
pourquoi n'affiche-t-on que 10 articles et 10 brèves maxi "liées à ce
mot-clé" : c'est très perturbant et pénible si tu en as 11 
je n'enlève pas tout de suite le LIMIT 0,10 au cas où il y aurait une bonne
raison : si ta crainte est d'"exploser" la mise en page, mettons un max de
100 brèves ?
-- Fil
Salut,
J'ai mis à jour le TODO suite aux discussions récentes.
J'ai également classé ça en "1.2" et "n'importe quand".
Enfin, j'ai ajouté deux choses qui me sont passées par la tête :
- Eventuellement, créer un nouveau forum interne : les administrateurs
auraient accès à un deuxième forum interne, qui leur serait réservé.
Le statut associé (MySQL) pourrait être "privadm" au lieu de "privrac"
(j'ose imaginer que le "rac" est là pour "rédacteurs".... ?). Cela
permettrait d'avoir un espace de discussion entre admins à peu
de frais (quelques petites lignes de code à ajouter ;-)). Ce nouveau
forum serait accessible depuis la page du forum interne normal.
- Eventuellement, ajouter un bouton "supprimer cette rubrique"
dans naviguer.php3 (bcp de gens ne pensent pas à aller dans
"afficher tout le site").
(http://rezo.net/spip-dev/devel/TODO.txt)
a+
Antoine.
Coucou ARNO*
pourquoi n'affiche-t-on que 10 articles et 10 br=E8ves maxi "li=E9es =E0 ce
mot-cl=E9" : c'est tr=E8s perturbant et p=E9nible si tu en as 11je n'enl=E8ve pas tout de suite le LIMIT 0,10 au cas o=F9 il y aurait une b=
onne
raison : si ta crainte est d'"exploser" la mise en page, mettons un max de
100 br=E8ves ?
C'est =E7a: c'est de peur de se cogner une liste interminable (et
d'exploser les temps de calcul: l'affichage des articles, plus encore
que celui des br=E8ves, induit plusieurs requ=EAtes, donc si on se cogne
100 x 3 requ=EAtes sur articles + 100 x 2 requ=EAtes sur br=E8ves, c'est la
folie). Exemple: la page "voir auteur" a la m=EAme limite; sinon, quand
j'=E9dite ma propre fiche, je me cogne une liste de 100 articles,
longue =E0 calculer, qui me bouffe ma page; et cauchemar pour
simplement modifier le comportement de ma messagerie. Sur le diplo,
on aurait encore plus ce probl=E8me d'=E9chelle (pour modifier la fiche
d'Halimi, cliquer sur le lien, se faire un caf=E9, et revenir dans
l'apr=E8s-midi :-)).
De plus (surtout, en fait), l'=E9dition des param=E8tres du mot se trouve
_sous_ les listes, donc on perd en =E9vidence s'il faut scroller pour
arriver au formulaire (l'=E9l=E9ment important est alors planqu=E9).
Id=E9e: comme sur la page des br=E8ves et de contr=F4le des forums, ajouter
[1-10] [11-20], etc., permettant d'afficher la partie qu'on veut...
ARNO*
@ Arno* (arno@scarabee.com) :
C'est ça: c'est de peur de se cogner une liste interminable (et
d'exploser les temps de calcul: l'affichage des articles, plus encore
hin
Idée: comme sur la page des brèves et de contrôle des forums, ajouter
[1-10] [11-20], etc., permettant d'afficher la partie qu'on veut...
Je prends 
-- Fil
- Eventuellement, cr=E9er un nouveau forum interne : les administrateurs
auraient acc=E8s =E0 un deuxi=E8me forum interne, qui leur serait r=E9serv=
=E9.
Le statut associ=E9 (MySQL) pourrait =EAtre "privadm" au lieu de "privrac"
(j'ose imaginer que le "rac" est l=E0 pour "r=E9dacteurs".... ?). Cela
permettrait d'avoir un espace de discussion entre admins =E0 peu
de frais (quelques petites lignes de code =E0 ajouter ;-)). Ce nouveau
forum serait accessible depuis la page du forum interne normal.
Oui.
Mais du coup, on peut tout aussi bien passer =E0 ce que je sugg=E9rais:
remplacer "le forum interne" par une utilisation de la messagerie
interne, permettant de cr=E9er autant d'"espaces de discussion" que
n=E9cessaire, et notamment de cr=E9er des forums pour tous les
r=E9dacteurs, et des forums uniquement r=E9serv=E9s aux admins. Une telle
fonctionnalit=E9 serait facile =E0 mettre en place. (Et =E7a permettrait de
s'"abonner" =E0 un forum pour que les nouveaux messages soient signal=E9s
par la messagerie - ou retransmis par courrier quand on aura
impl=E9ment=E9 cette fonction.)
- Eventuellement, ajouter un bouton "supprimer cette rubrique"
dans naviguer.php3 (bcp de gens ne pensent pas =E0 aller dans
"afficher tout le site").
Oui oui!
ARNO*
Au fait, dans la page "calendrier", j'avais fait les modifs. Une
seule boucle pour l'ensemble du mois (c'est ensuite PHP qui d=E9coupe
selon les dates sans refaire de requ=EAtes); et surtout gregoriantojd
est remplac=E9 par date("w").
ARNO*
Salut ...
avez-vous trouvé ou ca cloche dans la création de la table spip_forum ?
CM
Salut Christophe,
Christophe Mannino wrote:
Salut ...
avez-vous trouvé ou ca cloche dans la création de la table spip_forum ?
Je ne sais pas trop. En fait dans la requête que je t'ai filée, et
dans la dernière version de SPIP, j'ai remplacé un INDEX qui traînait
là par un KEY. Normalement c'est synonyme, mais comme on a toujours
utilisé KEY, je me suis dit autant garder les conventions. Peut-être
que c'est ça qui clochait... ?
Au fait, quelles sont tes versions de MySQL et PHP ?
A la limite, si tu peux prendre la dernière beta9 et voir si à
partir d'une base vierge, ça crée bien la table spip_forum, ça
permettrait de savoir si c'est ok.
a+
Antoine.
Je ne sais pas trop. En fait dans la requête que je t'ai filée, et
dans la dernière version de SPIP, j'ai remplacé un INDEX qui traînait
là par un KEY. Normalement c'est synonyme, mais comme on a toujours
utilisé KEY, je me suis dit autant garder les conventions. Peut-être
que c'est ça qui clochait... ?
ben ce qui clochait c'est que toutes les tables ont été crées sauf
spip_forum ... on ne sait pourquoi ....
Au fait, quelles sont tes versions de MySQL et PHP ?
PHP/3.0.15
pour mysql je vais verifier ....
A la limite, si tu peux prendre la dernière beta9 et voir si à
partir d'une base vierge, ça crée bien la table spip_forum, ça
permettrait de savoir si c'est ok.
vais faire ca ce soir/week-end ...
Christophe