Je te remerci beaucoup de tes tutoriels ... ils m'ont permis d'apprendre a une vitesse exteme les bases de Django.
Je suis impatient de voir la suite !
Encore un grand Merci !
J'attends les autres traductions avec impatience ! Good job !
Bonjour, si tu envisages une nouvelle traduction, je te propose la page sur les vues génériques, c'est vraiment pas simple à comprendre :-(
www.djangoproject.com/doc...
Sinon encore une fois très bon travail. Ton blog est la référence francophone sur Django !
See U
David bis :)
NB : à quand un tutoriel simple sur django ?
En fait est-ce que Django peut générer un formulaire automatiquement ?
Je m'explique je fais un petit site d'annonces. J'ai crée mon models.py pour générer ma bdd et l'auto admin du site. J'ai optimisé tout ça et l'admin du site est extra avec filtres et champ de recherche.
Maintenant je dois faire le front-office, et je me demande comment faire la page de recherche et de résultats sans trop de galères avec les tempates, les vues et tout ce qui passe pas encore :-/
David bis (en urgence rendu client)
@David :
> je te propose la page sur les vues génériques
Ok, c'est noté ;-)
> NB : à quand un tutoriel simple sur django ?
Ça arrive, j'ai ma petite idée là-dessus
> En fait est-ce que Django peut générer un formulaire automatiquement ?
Oui, tu devrais jetter un œil à www.djangoproject.com/doc...
Bonjour,
Voilà j'ai un petit souci et je n'arrive pas à le régler. Je suis vraiment novice avec django et on me demande de faire un petit site vite fait mais bien fait.
En faite j'ai un MENU qui se compléte avec un sous menu. J'aimerai que quand je clique sur un menu, le sous menu s'affiche juste en dessous.
J'ai mis une clé primaire entre les sous menu et le menu donc j'arrive à afficher le sous menu en fonction du menu.
Le seul problème c'est d'afficher dans la même page le sous menu.
j'aimerai de l'aide svp.
MERCI.
Bonjour !
Originaire du monde Java (les méchants), je dois avouer être impressionné par la performance de ce framework.
Un grand bravo également pour ces billets sans lesquels je ne serais certainement jamais intéressé à Django.
J'ai une question simple :
" vote{{ choice.votes|pluralize }} "
Renvoie :
- "vote" pour 1 vote
- "votes" pour 2 votes et plus
- mais "votes" pour 0 vote
A quoi ce problème est-il dû et peut-on le contourner sans avoir à utiliser de conditions ? (je trouvais cette fonction intéressante, mais si elle ne marche pas, à quoi bon ? :) )
Merci d'avance et encore bravo.
Anthony.
Salut Anthony, et bienvenue dans le monde de Django :-)
Le mieux est d'entourer ta réponse d'un if choices.votes pour écrire une phrase adaptée du style "il n'y a pas de votes" qui est plus joli qu'un "il y a 0 votes". D'ailleurs maintenant que je l'écris, il me semble qu'il est grammaticalement correct de mettre un "s" lorsque la quantité est nulle, comme dans la première phrase.
Très correct, j'avais seulement trouvé cela étrange en jouant avec le tutorial.
En regardant rapidement les bug reports de Django, j'ai trouvé que les anglo-saxons avaient demandé exactement l'inverse.
La fonction renvoyait "0 vote" à l'origine, puis ils l'ont changée pour afficher "0 votes", ce qui est effectivement valide, mais en anglais ^^
Rendez-nous Jeanne d'Arc...
Merci pour ta réponse rapide et désolé pour ma question ;)
Anthony.
Bonjour à tous !!!
Voilà, j'ai vu qu'il y a pas mal de chose à faire du coté administration django, mais est-il possible d'avoir, pour un champ "TextField" une zone de texte avec possibilité de le mettre en forme, avec couleur, police , insérer une icône ... ? En breffff comme on peut le voir dans certain forum ou genre MSN !!!
Pour avoir un site complétement dynamique, de pouvoir mettre le texte totalement en forme dans la partie administration !!
Merci bien !
Jo
@JoJO : tu devrais jeter un œil à code.djangoproject.com/wi... ou si tu utilises les newforms à code.djangoproject.com/wi...
Bonne continuation :-).
Je me demande quand même quelque chose:
Django respecte le MVC ?
Le traitement des donnés avant d'être affichés sont sensé être fait par le Modèle.
Or dans Django, c'est dans la Vue que l'on traite les donnés avant de les passer au moteur de template, donc avant de définir leur mise en forme, alors que si l'on respecte le MVC, c'est dans le Modèle que les donnés sont traité.
Mon raisonement est-il bon ?
Je ne suis pas un spécialiste du modèle MVC mais il faut déjà savoir que c'est MTV pour django donc les correspondances entre les noms ne sont pas vraiment les mêmes (cf. www2.jeffcroft.com/blog/2... ).
Concernant maintenant le traitement dans les Vues et non dans les Modèles, c'est vrai que cela ne respecte pas le MVC strict mais c'est ce qui est communément fait dans les frameworks web car le modèle joue généralement le rôle d'ORM avec la base de données (c'est d'ailleurs peut-être ce que l'on pourrait appeler traitement ce rapatriement des données). Après il faut savoir aussi que les Managers (dans les Modèles) peuvent être utilisés pour traiter en quelque sorte les données.
On peut d'ailleurs lire sur wikipédia ( fr.wikipedia.org/wiki/MVC ) : « Le MVC montre ses limites dans le cadre des applications utilisant les technologies du web, bâties à partir de serveurs d'applications. »
Donc en conclusion le raisonnement est bon mais le fait que ce soit un framework web change un peu la donne.
Ok, merci des précisions ;)
David, je dis "chapeau" ! Excellents billets ! Continues comme ça ! C'est que du bon ! Django, c'est le bien :-)