1- Je veux simplement dire que si tu appuies sur "Entrée" à un endroit
de ton article du clavier numérique çà fasse un <BR> quand SPIP lira
l'article.
Groumph. Bon. Aller retour au mail précédent. Ah oui, tu parle des sauts
de ligne qu ne passent pas bien.
Je ne comprend pas pourquoi ton ordinateur n'insère pas de saut de ligne
correctement... Aparemment, tu tournes sous Novell, et tu ne reconnaît
pas bien les caractères accentués. Peut-être ça...
2- Cà me parait utile dans la mesure où si tu mets une image|left et du
texte ensuite, parfois le texte déconne et une partie que tu désirais
pas faire passer à droite de l'image y passe. Si on pouvait fair
eplusieurs sauts de ligne çà permettrait de bien éviter ce problème. A
moins qu'il existe une solution que je ne connais pas. Il n'y aurait pas
besoin de raccourci SPIP, mais de considérer le retour chariot comme un
<BR>, donc plusieurs retours chariot comme plusieurs <BR><BR><BR>. Cà
apporterait plus de liberté aux rédacteurs aussi de pouvoir définir
eux-mêmes combien de lignes ils veulent entre 2 paragraphes.
Re aller retour. Ah oui, sauter plusieurs lignes. Bon.
Ton problème, c'est que l'image alignée à droite aura tendanace à
"avaler" du texte en dessous.
Il n'y a pas de solution HTML simple pour éviter le problème, si ce
n'est mettre ton image en center, ou écrire plus de texte.
De toutes façons, la largeur de la page s'ajuste en fonction de la
taille de ta fenêtre. Sauter des lignes, et bien ce que j'attendais, est
une MAUVAISE solution. C'est une habitude de Wysiwig à la Word qu'il
faut perdre. Donc, tu fais ce que tu veux, mais ce serait détourner
l'usage des "<br>" que de les employer pour faire ce que tu souhaites.
3- Oui c'est vrai, mais juste un petit peu, un numéro id pas bien gros à
afficher. Je dis çà parce qu'il semble intéressant, quand on voit un
article, de connaître son id sans avoir à cliquer dessus.
Aller-retoor. Dis, tu pourrais pas citer le texte auquel tu réponds ?
Et répondre APRES le texte, ou dedans, comme je le fais ? Ce
serait plus conforme aux habitudes telles que décrites par la
netiquette...
7-<font color="red">bla bla</font> c'est du HTML, un rédacteur est un
peu allergique au HTMLdes raccourcis SPIP lui feraient moins peur
je pense, comme <red>coucou</red>, ou mieux encore :
<rouge>coucou</rouge>.
Mouais... Je ne suis pas super convaincu... Je suis rétrograde, sans
doute, vieux con (de 25 ans), mais je n'aime pas trop les trucs flashy à
droite à gauche. J'aime beaucoup la philosophie LaTeX qui permet au
rédacteur de se concentrer sur le fond, la forme étant laissée au moteur
(à ceussent qui vont faire la mise en page, dans le cadre d'un journal).
Toi tu écrits, avec un minimum de mises en valeur, et tu ne joue pas
avec les couleurs ou la typo, sauf si tu es vraiment convaincu. La
barrière du HTML permet justement de tester la motivation, et donc
de ne l'autoriser que si c'est vraiment nécessaire...
8- Oui je sais pas si c'est bien utile en fait.
Je pense que si... POour une fois que je suis d'accord
9- Ah bon ? Combien de temps après ?
De quoi ? Ah oui, l'effacement. Euh... il y a eu une discution il y a
pas longtemps là dessus... Perso, je ne sais pas trop, mais la base se
nettoie. S'i ln'y apas de bug là dessus...
J'ai encore pensé à un truc : la possibilité de régler la MAJ du cache
pour une rubrique précise et pas l'ensemble des rubriques ... je suis
pas sûr que çà existe pas déjà, mais là j'ai compris que si tu mets un
délai dans rubrique.php3 il va utiliser ce délai pour toutes les
rubriques du site.
Sauf si c'est redéfini dans le .php3 correspondant à la rubrique.
Chaque rubrique peut avoir un squelette particulier, de la forme
rubrique=7.php3 (pour la rubrique 7), et je pense que le .php3 peut être
associé. Dans ce php3, tu peux définir la durée de validité de la page
en cache.
Mais ça, c'est plus du spip que du spip-dev...
A+