* Il manque les conditionnelles ("pas d'article à cette adresse") dans les
squelettes par défaut ; rendre une page vide, c'est pas top, on devrait
peut-être ajouter un <include(404.php3)>.
* Le "forum interne", mais surtout le "forum des admininstrateurs" (une
horreur uzinienne) devraient être désactivables (voire désactivé par
défaut, en ce qui concerne le second).
Après ça, il faut nettoyer un peu, ajouter les deux-trois balises demandées
ça et là, et sortir la premiere beta 1.5 ; à mon sens le projet SPIP sera à
peu près achevé à ce stade-là ; viendront ensuite des problématiques
différentes : internationalisation + choses techniques (multi-sgdb +
réécriture en objets ou je ne sais-quoi + utf8 en natif + ...) qui feront
qu'on ne s'ennuiera pas, je vous rassure
* Il manque les conditionnelles ("pas d'article à cette adresse") dans les
squelettes par défaut ; rendre une page vide, c'est pas top, on devrait
peut-être ajouter un <include(404.php3)>.
mais c'est une bidouille assez tordu pour que ce soit un squelette :
- page 404 = 404.html (est-ce une généralité sur tout les serveurs ou non ?)
cette 404.html contient une seule frame :
<frameset rows="*,0" framespacing="0" frameborder="no" border="0">
<frame src="404-page.php3" frameborder="no" noresize>
<frame src="#" frameborder="no" noresize></frameset>
donc importe la page 404-page.php3 avec sont squelette 404-page.html
c'est peut être la seul solution d'ailleurs ...
j'avais essayé de faire directement une 404.php3 (avec squelette 404-page.html) et même une 404.php (include 404.php3) mais apparement ce n'est que 404.hml la page d'erreur, c'est peut-etre que sur mon serveur d'ailleurs (sait pas)
* Il manque les conditionnelles ("pas d'article à cette adresse")
dans les squelettes par défaut ; rendre une page vide, c'est pas
top, on devrait peut-être ajouter un <include(404.php3)>.
Plutôt un <INCLURE(pas_de_donnee.php3)>, laissons le 404 à ce qu'il
est vraiment ...
* Le "forum interne", mais surtout le "forum des admininstrateurs"
(une horreur uzinienne) devraient être désactivables (voire
désactivé par défaut, en ce qui concerne le second).
+1
Après ça, il faut nettoyer un peu, ajouter les deux-trois balises
demandées ça et là, et sortir la premiere beta 1.5
Qu'est-ce qui justifie vraiment le passage à une 1.5 plutôt qu'à une
1.4.3, je suis pas sûr d'avoir capté ...
à mon sens le projet SPIP sera à peu près achevé à ce stade-là
Il était déjà achevé en version 1.3, c'est juste que de nouvelles
fonctionnalités ont été ajoutées depuis ...
Tout ça pour dire qu'un projet n'est jamais achevé, surtout quand les
objectifs initiaux étient un minimum vagues.
viendront ensuite des problématiques différentes :
internationalisation + choses techniques (multi-sgdb + réécriture en
objets ou je ne sais-quoi + utf8 en natif + ...) qui feront qu'on ne
s'ennuiera pas, je vous rassure
* Le "forum interne", mais surtout le "forum des admininstrateurs"
(une horreur uzinienne) devraient être désactivables (voire
désactivé par défaut, en ce qui concerne le second).
+1
Bah, ça ne gêne personne, si les gens ont envie de
discuter, qu'ils le fassent.... Enfin, bon, pourquoi pas.
Heu, sinon, Nico, est-ce que tu pourrais voir comment corriger le bug
des boutons d'admin sous IE6 (a priori, faut changer le style
correspondant) ? Je n'ai pas IE6 chez moi....
>> * Le "forum interne", mais surtout le "forum des admininstrateurs"
>> (une horreur uzinienne) devraient être désactivables (voire
>> désactivé par défaut, en ce qui concerne le second).
Bah, ça ne gêne personne, si les gens ont envie de
Ca rend les choses confuses, si je suis tes dernières modifs elles visent à
simplifier au maximum l'interface, quitte à avoir des cases à cocher pour
les faire réapparaitre.
Bah, ça ne gêne personne, si les gens ont envie de discuter, qu'ils
le fassent.... Enfin, bon, pourquoi pas.
Oui, mais la présence de trois types différents de forums est plutôt
rebutante pour pas mal d'utilisateurs ...
Heu, sinon, Nico, est-ce que tu pourrais voir comment corriger le
bug des boutons d'admin sous IE6 (a priori, faut changer le style
correspondant) ? Je n'ai pas IE6 chez moi....
Je vais essayer de regarder dès que j'ai un peu de temps, sans doute
cette nuit ...
Ca rend les choses confuses, si je suis tes dernières modifs elles
visent à simplifier au maximum l'interface, quitte à avoir des cases à
cocher pour les faire réapparaitre.
C'est vrai. En fait, j'essaie surtout de rendre l'interface simplifiée
cohérente et satisfaisante, histoire que 90% des gens n'aient jamais à passer
en interface complète.
Concernant la page d'erreur 404, le nom de la page utilisée pour les erreurs
de type 404 est défini dans le fichier de conf d'Apache. En général il
s'agit de 404.htm ou de 404.html mais on pourrait trés bien définir
n'importe quoi d'autre. Je suppose que tu n'as pas accès au fichier de conf
d'Apache mais pas contre tu peux trés bien le définir dans un fichier
.htaccess à la racine de ton site. De plus tu peux faire une règle de
ré-écriture d'URL de manière à ce que la page 404.html soit en fait par
exemple l'article spip d'ID 20.
Exemple de fichier .htaccess où les erreurs 404 sont dirigés vers la page
erreur404.html qui est en fait l'article d'ID 20:
Si tu ne connais pas le répertoire physique de ton espace web sur le disque
dur de ton hébergeur tu peux également mettre dans ErrorDocument un truc du
style ErrorDocument 404 http://www.monsite.com/404.html
Voilà, c'est une solution plus clean et nécessitant moins de bricolage que
la solution que tu proposes.
A+
Phil
Heu, sinon, Nico, est-ce que tu pourrais voir comment corriger le
bug des boutons d'admin sous IE6 (a priori, faut changer le style
correspondant) ? Je n'ai pas IE6 chez moi....
J'avoue ne pas comprendre. J'ai beau virer ce qui suit, ça reste
pareil :
ça ne pourra marcher qu'avec certains navigateurs très tolérant puisque ça se trouve *après* le </body></html>... Il faudrait déplacer l'ensemble au-dessus de </body>. Faisable ?
ça ne pourra marcher qu'avec certains navigateurs très tolérant
puisque ça se trouve *après* le </body></html>...
Il l'affiche, donc il est tolérant, mais peut-être ne l'est-il pas
assez ...
Il faudrait déplacer l'ensemble au-dessus de </body>. Faisable ?
J'avais il y a quelques mois soumis l'idée d'un tag #BOUTTONS_ADMIN
que l'on puisse placer où l'on veut, histoire de les placer plus
judicieusement qu'en bas de page, mais cela n'avait pas été adopté.
J'avais il y a quelques mois soumis l'idée d'un tag #BOUTTONS_ADMIN
que l'on puisse placer où l'on veut, histoire de les placer plus
judicieusement qu'en bas de page, mais cela n'avait pas été adopté.
Bah non, c'est trop compliqué de mettre un tag pour que les visiteurs ne le
voient pas... mais envisager que les boutons soient présentés autrement (via
jajascript par ex, pquoi pas, idées bienvenues)
j'ai rajouté #FORMULAIRE_ADMIN dans le CVS.
Ca permet de placer les boutons d'admin où on veut dans le HTML.
Par défaut, ils continuent à apparaître en bas de la page.
