Il y a deux points qui peuvent être améliorés :
Dans le controlleur des documents, vous faites appel à $this->Document->save(); sans en tester le code de retour, si bien qu’en cas de problème à la sauvegarde (ou à la validation) des données, vous revenez systématiquement sur la page d’index. Voici une portion de code que j’utilise et qui résoud ce problème :
if($this->Document->save($this->data['Document'])) {
$this->flash(htmlentities(”Le document a bien été mis à jour.”), ‘/documents/index’);
}

Deuxième point bien moins génant : vous ne faites pas appel à $form->end pour ajouter la balise dans votre vue. Je suppose que dans vos fichiers cet appel est bien présent mais il peut être utile de le préciser ici.

J’essaie le plus souvent d’éviter une plongée dans le coeur de Cake, surtout si j’utilise des “fonctions de bases” comme “find”, en me disant qu’elles doivent être éprouvées et documentées. Belle erreur de fainéant !

En tout cas, bravo pour la pertinence de tes articles !

Je viens de passer 3 heures sur un find(’list’) qui ne me renvoyait que le id dans le Select… alors que tu donnais ici l’explication :
“Si cette variable n’est pas définie, CakePHP va chercher un champ title ou name (qui n’existent pas dans notre définition de table en français) et en dernier recours affiche simplement l’id du type.”

Alors juste une question : où as-tu pêcher cette information ? Car je ne l’ai vu nulle part dans l’API ou la tempdocs…

La fonction e() n’est qu’un substitut à l’instruction echo. Ainsi, echo "Bonjour"; est équivalent à e("Bonjour"); en CakePHP.

D’autres petites fonctions de ce genre sont inclues dans le framework, c’est parfois pratique et plus rapide à écrire, voici un lien vers la section du manuel qui les énumère :
http://manual.cakephp.org/chapter/constants