Très sérieux problème avec DotClear
By glazou on Thursday 19 February 2004, 04:33 - Glazblog - Permalink
Entre deux quintes de toux (il est quatre heures du mat et je suis réveillé par la toux), j'ai eu un sérieux pépin avec DotClear : j'ai rédigé un billet dans lequel j'ai oublié les guillemets fermants d'un attribut... Or aucun autre attribut n'était présent dans le billet après celui-là. Conséquences immédiates après avoir cliqué sur "Enregistrer" : les boutons "Visualiser" et "Enregistrer" ne fonctionnent plus, on ne peut plus modifier le billet; de retour à la liste des billets, c'est la cata la plus totale, je ne vois QUE mon dernier billet erroné et je n'ai aucun moyen ni de le modifier ni de le supprimer puisque rien ne marche! Je m'en suis sorti en hackant poster.php pour qu'il n'affiche temporairement pas la preview des billets, mais quelqu'un de nettement plus néophyte aurait été totalement coincé...
Je suggere tout de même les ajouts suivants, non exclusifs:
- dans les Préférences, rajouter une option "Pas de prévisualisation des billets". Ne pas l'activer par un
display:nonemais bien par une condition dans le PHP - dans l'édition d'un billet, rajouter au-dessus de la zone de prévisualisation un lien vers "Pas de prévisualisation de ce billet" qui ferait la même chose
- ajouter après la zone de prévisualisation du billet un
<div class="dummy"/>avec les CSS suivantes:.dummy { display: none; }. But unique de cette code snippet, fermer des guillemets éventuellement laissés ouverts...
Voila, en hopant que ça helpe...
Comments
"en hopant que ça helpe"
tu tu mets à parler en fr-djeunz maintenant ?
J'ai eu aussi ce problème un jour, le pire c'est que le guillemet était celui d'un href, la cata
Je m'en suis tiré avec phpMyAdmin et je sais donc déjà qu'il faut que je trouve une solution simple pour palier à ce souci.
Merci pour les idées, j'y pense.
je ne comprend pas pourquoi vous utiliser des programmes comme Dotclear pour faire vos blog avec ce genres de risques.
Vos connaissances en html et xhtml sont excellentes, vous pourriez faire des pages html que vous modifieriez à la main, ce serait bien plus facile pour vous.
Faire des pages html à la main, c'est bien. mais utiliser des outils comme dotclear, c'est mieux, car :
* pas besoin de faire du ftp ou quoi que ce soit comme transfert
* pas besoin de mettre à jour les liens vers un nouveau billet
* la gestion et l'affichage des billets par categories, ça le fait tout seul
* pas besoin d'appeler des programmes dans tout les sens pour appeler des feuilles xsl de partout pour générer les pages HTML (dans le cas où on stockerait les billets sous forme XML par ex)
* pas besoin de modifier 150 pages lorsqu'on veut changer la structure des pages (un seul gabarit à modifier dans dotclear)
* etc..
Si toi tu as du temps pour faire tout ça, tant mieux, mais en ce qui me concerne (j'utilise aussi dotclear), c'est pas mon but que de passer mon temps à manipuler des pages HTML dans tout les sens (même si j'en ai largement les compétences..). Y a d'autres priorités dans la vie
Je pense que cela doit être le cas de Daniel, comme beaucoup des personnes qui utilisent de tels outils.
Ce que je voulais dire en fait, c'est que le but de l'informatique, c'est quand même de nous faciliter la vie. Pas de nous la compliquer. Donc si des outils existent pour nous générer des pages HTML automatiquement, et où on a juste à se préoccuper du contenu, c'est beaucoup mieux, facile, simple que de faire "à la main".
Sebastien: Et alors ? Je crois que vous avez raté quelque chose de la geekitude de gens comme Olivier ou moi. Ce qui nous intéresse le plus, c'est ce qui fait marcher nos neurones à fond. Pondre du super-code ou super-markup à la main, c'est bien. Pondre le super-outil qui fait ça pour tout le monde aussi bien que si NOUS le faisions à la mimine pour les autres, c'est vâââchement mieux. Et quand on a en face de soi une bô truc comme DotClear, on évite de perdre du temps à faire du hard-coded. Le byte-by-byte, c'est sympa aussi, mais c'est un epu chronophage. On a juste autre chose à faire.
LaurentJ: voila, exactement. Je crois qu'il va falloir qu'on se voit bientôt, ça se précise fortement
LaurentJ: C'est marrant :
* j'ai pas besoin de mettre à jour les liens vers un nouveau billet
* la gestion et l'affichage des billets par categories se fait tout seul
* j'ai pas besoin d'appeler des programmes dans tout les sens pour appeler des feuilles xsl de partout pour générer les pages HTML
* j'ai pas besoin de modifier 150 pages lorsque je veux changer la structure des pages
... et pourtant, je n'utilise pas un moteur de blog, et je tape mes articles dans un fichier XML (ce qui, au passage, a l'avantage de m'exploser a la gueule (parse error obligatoire) si jamais j'ai une couille au niveau structurel...
Cela dit, je comprends parfaitement ton point de vue (et celui de Daniel)... et en fait, le jour ou le moteur du site en sera capable, j'eviterai de taper du XML...
Toujours est-il que c'est AMHA bien dangereux de ge(ne)rer du xhtml comme une chaine de caractere et pas du point de vue structurel... on voit bien les problemes que ca peut engendrer...
Bonjour, Emmanuel Clement vient de me faire part de ton souci et il s'avère que j'ai eu exactement le même problème: sebastien.hof.free.fr/blo...
Le seul souci c'est que personnellement, je ne suis pas informaticien et j'y connais pas grand chose en base de données et donc j'ai du faire appel à un ami pour que je puisse à nouveau poster.
Même problème également le premier jour de l'installation du blog .. glurps. Par contre, je me sens de plus en plus l'envie d'apporter ma contribution à ce projet. En particulier d'implémenter le support complet de l'UTF-8 et surtout des templates XSLT en mode optionel pour les deux. Par contre, même si je suis à même de prendre en charge le développement d'une telle application, je n'ai jamais utilisé un CVS.
J'ai Cygwin sur ma machine, mais je ne sais pas par où commencer pour m'entrainer à détruire un projet complet en faisant mes bêtises de débutant sur un site de test:]
Des idées ?