...

<form method="post" action="<?php echo $url; ?>">
<input type="text" name="var" value="<?php echo $var; ?>" />
<input type="text" name="var2" value="<?php echo $var2; ?>" />
<input type="text" name="var3" value="<?php echo $var3; ?>" />
</form>

<form method="post" action="<?php echo htmlentities($url, ENT_QUOTES, 'UTF-8'); ?>">
<input type="text" name="var" value="<?php echo htmlentities($var, ENT_QUOTES, 'UTF-8'); ?>" />
<input type="text" name="var2" value="<?php echo htmlentities($var2, ENT_QUOTES, 'UTF-8'); ?>" />
<input type="text" name="var3" value="<?php echo htmlentities($var3, ENT_QUOTES, 'UTF-8'); ?>" />
</form>

Ce serait mieux comme ça
Changer UTF-8 par l'encodage

Au passage si tu utilises utf-8 tu peux employer htmlspecialchars ce qui évite d'avoir à spécifier l'encodage.

Si mes variables sont des données prises dans la BD, elles sont déjà en HTML, donc pas de htmlspecialchars à appliquer. Je sais que ça prends plus de places mais c'est un choix pour lequel j'ai opté .
Sinon j'ai retravaillé hier mon système de connexion, en faisant une connexion avec AJAX mais y'a encore du débuggage ^^.
Concernant les highlight, j'ai trouvé un script javascript, qui à l'air moins prise de tête à mettre en place :http://code.google.com/p/syntaxhighlighter/wiki/Usage
elle a l'air plus sympa que la librairie de PEAR

Concernant le stockage des données transformées ou non...
En général on préférera stocker les données telles qu'entrées par l'utilisateur, et les transformation se feront à l'affichage.
La raison est simple, si tu souhaites éditer une entrée alors que tu l'as enregistrée transformée, tu auras tout le travail inverse à faire... ce qui n'est pas chose facile.
Par exemple faire du reverse sur de la transformation "bbcode", ça doit pouvoir se faire m'enfin...

Petite précision quand même : seuls les caractères spéciaux sont enregistrés en HTML. Le code d'un article, d'un commentaire, contient du BBCode dans la base. C est uniquement à l'affichage que c'est parsé pour faire affiché en HTML .
Pour l'édition, y'a aucun soucis. Imaginons j'ai le mot "P&eacute;hachep&eacute;" enregistré dans un champ varchar de ma BD. Je souhaite le modifier. Dans une balises <inpu type="text" />, il apparait sous la forme "péhachepé" et non pas avec les codes html . Donc le soucis n'a pas lieu d'être .

il faut faire htmlspecialchars et pas htmlentities

l'utilisateur écris : péhachepé
dans ta base ca doit être : péhachepé
dans le HTML il doit être: péhachepé


si l'utilisateur écris : <php>
dans ta base ca doit être :<php>
dans le HTML il doit être: <php>
donc niveau visuel : <php>

Je ne reviendrai pas sur ce point, je touche à la fin du projet, et ça me ferait remettre à plat pas mal de choses, et demanderai trop de travail. ça fonctionne très bien comme c'est actuellement ^^.

Sinon, j'ai radicalement modifié la vue de la connexion utilisateur, avec une ptite authentification par AJAX, c est plus joli (mais encore un peu buguée) et je vais refaire un footer qui s'affiche au passage de la souris.

Il faudra vraiment faire quelque chose pour la barre de header...
C'est horripilant ces clignotements intempestifs à répétition!
Autant enlever l'effet!

Il y a des erreurs aussi sur ton site fonfonland...

Il faudra vraiment faire quelque chose pour la barre de header...
C'est horripilant ces clignotements intempestifs à répétition!
Autant enlever l'effet!

Il y a des erreurs aussi sur ton site fonfonland...

je t'avoue que je n'ai pas de soucis de clignotement intempestifs, je suis assez surpris :/.

En ce qui concerne le site, oui, c est juste que j'y ai travaillé qu'une fois dessus, histoire d'avoir une espece de maquette et que son développement est plus ou moins tombé dans l'oubli ^^. Mais une fois le CMS fini, je m'y attaque.

Suffit d'être un poil hésitant... tu rentres tu sorts quelque fois de la barre avec ta souris... et paf t'en as pour un quart d'heure...!
Et je précise que cela m'arrive même lorsque je ne traque pas l'imperfection, simplement en naviguant comme je le fait sur d'autres site.

Pour ta barre, regarde stop() de jQuery. La méthode la plus expéditive est stop(true,true). Par exemple $("#machin").stop(true,true).animate({backgroundColor:'#ffffff'});

Pour ta barre, regarde stop() de jQuery. La méthode la plus expéditive est stop(true,true). Par exemple $("#machin").stop(true,true).animate({backgroundColor:'#ffffff'});

Je regarderai car je ne connaissais pas du tout. Merci pour le tuyau

Je viens de mettre une version 1.0 Alpha. Une version qui se rapproche le plus de la version finale.

Lien de téléchargement : http://http://sources.fonfonland.fr/releases/

Attention :
- C'est une version Alpha, comportant encore des bugs en attente de réglage (notamment l'authentification sous IE...ça marche pas...je sais pas pourquoi :/ !! Fais chier ce IE)
- Des modification de la BD ont été apportées. Donc si vous avez une vieille version, soit vous faites une réinstallation, soit vous regardez le script SQL et vous faites les modifs directement dans votre SGBD sans avoir à réinstaller les fichiers de configuration .
- Pour une installation en local, il est préférable d'avoir un virtual host (http://fonfonblog) plutot que dans un dossier dans le localhost (http://localhost/fonfonblog/). J'ai eu de nombreux soucis avec ça au début, donc des soucis peuvent ptete être encore présent.

Erreurs :
- Le click sur l'avatar d'un utilisateur pointe sur une page qui n'existe pas encore
- Je crois que je n'ai pas fini la modifications des informations d'un user
- Tout reste à optimiser dans la section Administration (sortage des scripts JS, fonctionnement des formulaires sans JS activé...)

Enjoy

Problème avec les bases de données MySQL :
Quand on ajout des tags non-existants à un article, ces tags sont bien rajoutés à la table tags, mais par contre, il ne sont pas bien liés dans la table de jointure "article_tags".
Pour chaque tag, il ny a pas d'identifiant liant ce tag.
Le soucis est que ma méthode pour récuperer le dernier identifiant généré, ne retourne rien (dans app/inc/db/db_mysql*.php):

SELECT LAST_INSERT_ID() AS lastid FROM ".$table

Correction à apporté : déjà mettre $champ=null en paramètre de la fonction. Car le paramètre champ est uniquement utilisé dans db_postgres.php.
Par contre, après, aucune idée de comment modifier la requete SQL pour récuperer l'ID :/. (ptete pour ça que je préfère postgreSQL ^^)

je viens de mettre le dernière version je vois que t'as toujours tes problèmes de path
impossible d'installer dans un sous-dossier l'appli