Bonjour,
En voulant mettre un tableau dans un article j'ai merdé et celui-ci ne
voulait plus s'afficher pour cause de table non-fermée.
J'ai été dans PhpMyAdmin pour régler le problème et (comme je l'avais
souligné déjà) dès que j'ai touché au champ du corps du texte de l'article
celui-ci a été amputé des 4/5...
A priori le pb vient du fait que le champs est déclaré en "longblob",
puisque si on le modifie en "text" cela ne se produit plus.
Au passage quelqu'un a-t-il une explication.
Aris
@ Aris (aris@samizdat.net) :
En voulant mettre un tableau dans un article j'ai merdé et celui-ci ne
voulait plus s'afficher pour cause de table non-fermée.J'ai été dans PhpMyAdmin pour régler le problème et (comme je l'avais
souligné déjà) dès que j'ai touché au champ du corps du texte de l'article
celui-ci a été amputé des 4/5...A priori le pb vient du fait que le champs est déclaré en "longblob",
puisque si on le modifie en "text" cela ne se produit plus.
Je viens d'avoir le même problème avec des textes longs...mais je n'ai pas
la solution. PS: Aris samizdat est cité dans Le Monde du 9 mai.
-- Fil
Pour résoudre le pb j'ai changé à la pogne la définition du champs mySQL en
"text", cela fonctionne et (pour l'instant) cela ne pose pas de problème.
Aris
Il paraît évident que c'est un bug phpmyadmin : les champs
de type "*blob" sont édités dans un entrée de formulaire
de type HTML "text" alors qu'elle devrait être de type
HTML "textarea" comme pour les champs de type "*text".
Peut-être consulter la FAQ pour savoir si c'est voulu de
leur part ?
a+
Antoine.
Salut tout le monde,
J'ai continué à travailler sur la nouvelle interface, dans le but de lui donner plus de cohérence (et un poil d'élégance). Je prends en compte les commentaires, bien évidemment, mais ça prend toujours du temps.
Ma version de démonstration est à l'adresse:
http://rezo.net/~arno/ecrire/index.php3
log: spip-dev
pass: spip-dev
Pas mal de modifications...
- Sur l'histoire du fond
hello
c'est mieux avec cette "économie" de portion en relief - les icones "écrire
un article" etc frétillent un peu désagréablement sur ce fond zèbré
cependant -
bon courage c'est sur la bonne voie
richard
-----Message d'origine-----
Hello,
J'ai mis les modifs dans la beta2.
Encore quelques suggestions :
- rétrécir la colonne de gauche et agrandir celle de droite.
- aérer la présentation des articles (espaces entre les pavés..)
- augmenter le cellpadding du cadre des articles.
a+
Antoine.
J'ai mis les modifs dans la beta2.
Bravo ! tu peux faire le ménage dans les vieilles versions ? Inutile de
conserver 30 releases alpha ? Sans effacer : on peut déplacer les tar.gz
dans un répertoire /spip-dev/historique/ ?
Discuté avec ARNO* au téléphone : une modif qui serait importante serait la
suivante : avec le cookie admin, on devrait pouvoir 'visualiser' l'article
'en ligne' quand il est dans un état préparatoire. (par exemple :
statut : 'publie' -> public
'en cours' -> visible si cookie
autre -> pas visible dans la partie publique
)
Qu'en pensez-vous ?
-- Fil
Hello,
Bravo ! tu peux faire le ménage dans les vieilles versions ? Inutile de
conserver 30 releases alpha ? Sans effacer : on peut déplacer les tar.gz
dans un répertoire /spip-dev/historique/ ?
Pourquoi pas spip-dev/devel/archives ? Ce serait plus approprié.
Il suffit que tu rajoutes un test de vérification dans ton script
de génération.
Discuté avec ARNO* au téléphone : une modif qui serait importante serait la
suivante : avec le cookie admin, on devrait pouvoir 'visualiser' l'article
'en ligne' quand il est dans un état préparatoire. (par exemple :
Problème de sécurité : n'importe qui peut générer un cookie admin (ça
se fait en 30 secondes, sans aucune connaissance et avec un minimum
d'astuce, dans le fichier cookies.txt de netscape), et après taper l'url
de n'importe quel article dans la partie publique. De plus, effet de bord :
quand tu es admin, tu ne remarques plus, par exemple, qu'un article a été
dépublié......
A la rigueur, il faudrait ajouter une vérification supplémentaire
qui ferait que l'article ne serait accessible que par le lien dédié
("prévisualisation en ligne").
a+
@ Antoine Pitrou (pitrou@free.fr) :
Pourquoi pas spip-dev/devel/archives ? Ce serait plus approprié.
c'est fait
> Discuté avec ARNO* au téléphone : une modif qui serait importante serait la
> suivante : avec le cookie admin, on devrait pouvoir 'visualiser' l'article
> 'en ligne' quand il est dans un état préparatoire. (par exemple :Problème de sécurité : n'importe qui peut générer un cookie admin (ça
se fait en 30 secondes, sans aucune connaissance et avec un minimum
d'astuce, dans le fichier cookies.txt de netscape), et après taper l'url
de n'importe quel article dans la partie publique. De plus, effet de bord :
quand tu es admin, tu ne remarques plus, par exemple, qu'un article a été
dépublié......A la rigueur, il faudrait ajouter une vérification supplémentaire
qui ferait que l'article ne serait accessible que par le lien dédié
("prévisualisation en ligne").
Oui, comme ça aussi ça me va.
-- Fil