davidbgk
/
larlet-fr-david

<!doctype html>
<html lang=fr>
<head>
  <!-- Always define the charset before the title -->
  <meta charset=utf-8>
  <title>Rédaction de votre première appli Django, partie 4 : Conception d&#39;un formulaire et vues génériques — Biologeek — David Larlet</title>
  <!-- Define a viewport to mobile devices to use - telling the browser to assume that the page is as wide as the device (width=device-width) and setting the initial page zoom level to be 1 (initial-scale=1.0) -->
  <meta name="viewport" content="width=device-width, initial-scale=1"/>
  <!-- Fake favicon, to avoid extra request to the server -->
  <link rel="icon" href="data:;base64,iVBORw0KGgo=">
  <link type="application/atom+xml" rel="alternate" title="Feed" href="/david/log/" />
  <link rel="manifest" href="/manifest.json">
  
  <link rel="stylesheet" href="/static/david/css/larlet-david-_J6Rv.css" data-instant-track />
  
  <noscript>
    <style type="text/css">
      /* Otherwise fonts are loaded by JS for faster initial rendering. See scripts at the bottom. */
      body {
        font-family: 'EquityTextB', serif;
      }
      h1, h2, h3, h4, h5, h6, time, nav a, nav a:link, nav a:visited {
        font-family: 'EquityCapsB', sans-serif;
        font-variant: normal;
      }
    </style>
  </noscript>
  
  <!-- Canonical URL for SEO purposes -->
  <link rel="canonical" href="https://larlet.fr/david/biologeek/archives/20060617-redaction-de-votre-premiere-appli-django-partie-4-conception-d-un-formulaire-et-vues-generiques">

</head>
<body>
  <div>
    
    <header>
      <nav>
        <p>
          <small>
            Je suis <a href="/david/" title="Profil public">David Larlet</a>, <a href="/david/pro/" title="Activité professionnelle">artisan</a> du web qui vous <a href="/david/pro/accompagnement/" title="Activité d’accompagnement">accompagne</a><span class="more-infos"> dans l’acquisition de savoirs pour concevoir des <a href="/david/pro/produits-essentiels/" title="Qu’est-ce qu’un produit essentiel ?">produits essentiels</a></span>. <span class="more-more-infos">Discutons ensemble d’une <a href="/david/pro/devis/" title="En savoir plus">non-demande de devis</a>.</span> Je partage ici mes <a href="/david/blog/" title="Expériences bienveillantes">réflexions</a> et <a href="/david/correspondances/2017/" title="Lettres hebdomadaires">correspondances</a>.
          </small>
        </p>
      </nav>
    </header>
    
    
  <section>
    <h1 property="schema:name">Rédaction de votre première appli Django, partie 4 : Conception d&#39;un formulaire et vues génériques</h1>
    <article typeof="schema:BlogPosting">
      <div property="schema:articleBody">
        <img src="/static/david/biologeek/images/logos/django.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
        <p>Ce tutoriel commence là où le <a class="reference" href="https://larlet.fr/david/biologeek/archives/20060617-redaction-de-votre-premiere-appli-django-partie-3-creation-des-vues-de-l-interface-publique/">Tutoriel 3</a> s'est achevé. Nous continuons notre
application de sondage en ligne et allons nous intéresser à la génération d'un
formulaire simple et au ré-arrangement de notre code.</p>

<div class="section">
<h1><a id="g-n-rer-un-formulaire-simple" name="g-n-rer-un-formulaire-simple">Générer un formulaire simple</a></h1>
<p>Commençons par mettre à jour notre template de détail de sondage issu du dernier
tutoriel de façon à ce que le template contienne un élement HTML <tt class="docutils literal"><span class="pre">&lt;form&gt;</span></tt>:</p>
<pre class="literal-block">
&lt;h1&gt;{{ poll.question }}&lt;/h1&gt;

{% if error_message %}&lt;p&gt;&lt;strong&gt;{{ error_message }}&lt;/strong&gt;&lt;/p&gt;{% endif %}


&lt;form action=&quot;/polls/{{ poll.id }}/vote/&quot; method=&quot;post&quot;&gt;
{% for choice in poll.choice_set.all %}
    &lt;input type=&quot;radio&quot; name=&quot;choice&quot; id=&quot;choice{{ forloop.counter }}&quot; value=&quot;{{ choice.id }}&quot; /&gt;

    &lt;label for=&quot;choice{{ forloop.counter }}&quot;&gt;{{ choice.choice }}&lt;/label&gt;&lt;br /&gt;
{% endfor %}
&lt;input type=&quot;submit&quot; value=&quot;Voter&quot; /&gt;
&lt;/form&gt;

</pre>
<p>Un bref rappel :</p>
<blockquote>
<ul class="simple">
<li>Le template ci-dessus affiche un bouton radio pour chaque choix du sondage.
La valeur <tt class="docutils literal"><span class="pre">value</span></tt> de chaque bouton radio est associée à l'ID de chaque choix.
Le nom <tt class="docutils literal"><span class="pre">name</span></tt> de chaque bouton radio est <tt class="docutils literal"><span class="pre">&quot;choice&quot;</span></tt>. Cela signifie que
lorsque quelqu'un sélectionne l'un des boutons radio et soumet
le formulaire, il envoie la donnée de type POST <tt class="docutils literal"><span class="pre">choice=3</span></tt>. C'est un
formulaire HTML 101.</li>

<li>Nous avons assigné l'<tt class="docutils literal"><span class="pre">action</span></tt> du formulaire à
<tt class="docutils literal"><span class="pre">/polls/{{</span> <span class="pre">poll.id</span> <span class="pre">}}/vote/</span></tt>, et nous avons mis <tt class="docutils literal"><span class="pre">method=&quot;post&quot;</span></tt>.
L'utilisation de <tt class="docutils literal"><span class="pre">method=&quot;post&quot;</span></tt> (au contraire de <tt class="docutils literal"><span class="pre">method=&quot;get&quot;</span></tt>) est
très importante, car le fait de soumettre ce formulaire va être à l'origine
d'une modification des données du côté du serveur. À chaque fois que vous
créez un formulaire qui modifie des données sur le serveur, utilisez

<tt class="docutils literal"><span class="pre">method=&quot;post&quot;</span></tt>. Cet adage n'est pas spécifique à Django, ce sont juste
de bonnes pratiques de développement web.</li>
</ul>
</blockquote>
<p>À présent, créons une vue Django qui récupère les données soumises et fait
quelque chose avec. Rappelez-vous, dans le <a class="reference" href="https://larlet.fr/david/biologeek/archives/20060617-redaction-de-votre-premiere-appli-django-partie-3-creation-des-vues-de-l-interface-publique/">Tutoriel 3</a>, nous avons créé une
URLconf pour l'application de sondage qui incluait cette ligne:</p>
<pre class="literal-block">
(r'^(?P&lt;poll_id&gt;\d+)/vote/$', 'monsite.polls.views.vote'),
</pre>
<p>Donc créons une fonction <tt class="docutils literal"><span class="pre">vote()</span></tt> dans <tt class="docutils literal"><span class="pre">monsite/polls/views.py</span></tt>:</p>

<pre class="literal-block">
from django.shortcuts import get_object_or_404, render_to_response
from django.http import HttpResponseRedirect
from monsite.polls.models import Choice, Poll
# ...
def vote(request, poll_id):
    p = get_object_or_404(Poll, pk=poll_id)
    try:
        selected_choice = p.choice_set.get(pk=request.POST['choice'])
    except (KeyError, Choice.DoesNotExist):
        # Réaffiche le formulaire de vote.
        return render_to_response('polls/detail.html', {
            'poll': p,
            'error_message': &quot;Vous n'avez pas sélectionné de choix.&quot;,
        })
    else:
        selected_choice.votes += 1
        selected_choice.save()
        # Retourne toujours un HttpResponseRedirect après validation
        # des données POST. Ceci empèche que les données soient postées
        # deux fois si l'utilisateur clique sur le bouton Précédent.
        return HttpResponseRedirect('/polls/%s/results/' % p.id)
</pre>
<p>Ce code inclus des parties que nous n'avons pas encore étudiées dans ce tutoriel :</p>
<blockquote>
<ul>
<li><p class="first"><tt class="docutils literal"><span class="pre">request.POST</span></tt> est un objet de type dictionnaire qui vous laisse accéder
aux données soumises avec les mots-clé. Dans notre cas,
<tt class="docutils literal"><span class="pre">request.POST['choice']</span></tt> retourne l'ID du choix sélectionné, sous forme
de chaîne de caractères. Les valeurs issues de <tt class="docutils literal"><span class="pre">request.POST</span></tt> sont
toujours des chaînes de caractères.</p>

<p>Notez que Django vous permet aussi d'accéder via <tt class="docutils literal"><span class="pre">request.GET</span></tt> aux
données de type GET de la même façon -- mais nous utilisons explicitement
<tt class="docutils literal"><span class="pre">request.POST</span></tt> dans notre code, pour nous assurer que la modification des
données se fasse uniquement par un appel à POST.</p>
</li>
<li><p class="first"><tt class="docutils literal"><span class="pre">request.POST['choice']</span></tt> déclenchera une <tt class="docutils literal"><span class="pre">KeyError</span></tt> si <tt class="docutils literal"><span class="pre">choice</span></tt> n'a pas
été obtenu par des données de type POST. Le code ci-dessus vérifie les

<tt class="docutils literal"><span class="pre">KeyError</span></tt> et réaffiche le formulaire de sondage avec un message
d'erreur si <tt class="docutils literal"><span class="pre">choice</span></tt> n'a pas été donné.</p>
</li>
<li><p class="first">Après avoir incrémenté le compteur associé au choix soumis, le script
retourne une <tt class="docutils literal"><span class="pre">HttpResponseRedirect</span></tt> à la place du <tt class="docutils literal"><span class="pre">HttpResponse</span></tt>
habituel. <tt class="docutils literal"><span class="pre">HttpResponseRedirect</span></tt> prend un seul argument : l'URL
vers laquelle l'utilisateur va être redirigé. Vous pouvez omettre de
mentionner le « <a class="reference" href="http://">http://</a> » et le nom de domaine quand cela est possible.
Cela permet à votre appli d'être portable sur différents domaines.</p>

<p>Comme le commentaire Python le souligne, vous devez toujours retourner une
<tt class="docutils literal"><span class="pre">HttpResponseRedirect</span></tt> après avoir traité une donnée de type POST avec
succès. Cet adage n'est pas spécifique à Django, c'est juste une bonne
pratique de développement web.</p>
</li>
</ul>
</blockquote>
<p>Comme il est mentionné dans le Tutoriel 3, <tt class="docutils literal"><span class="pre">request</span></tt> est un objet
<tt class="docutils literal"><span class="pre">HTTPRequest</span></tt>. Pour en savoir plus au sujet des objets <tt class="docutils literal"><span class="pre">HTTPRequest</span></tt>, lisez
la <a class="reference" href="http://www.djangoproject.com/documentation/request_response/">documentation sur les requêtes et réponses</a>.</p>

<p>Après qu'un vote ait été effectué dans un sondage, la vue <tt class="docutils literal"><span class="pre">vote()</span></tt> redirige
vers la page de résultats du sondage. Écrivons cette vue:</p>
<pre class="literal-block">
def results(request, poll_id):
    p = get_object_or_404(Poll, pk=poll_id)
    return render_to_response('polls/results.html', {'poll': p})
</pre>
<p>C'est presque la même que la vue <tt class="docutils literal"><span class="pre">detail()</span></tt> du <a class="reference" href="https://larlet.fr/david/biologeek/archives/20060617-redaction-de-votre-premiere-appli-django-partie-3-creation-des-vues-de-l-interface-publique/">Tutoriel 3</a>. La seule
différence est le nom du template. Nous nous occuperons de la redondance plus
tard.</p>
<p>Maintenant, créons un template <tt class="docutils literal"><span class="pre">results.html</span></tt>:</p>

<pre class="literal-block">
&lt;h1&gt;{{ poll.question }}&lt;/h1&gt;

&lt;ul&gt;
{% for choice in poll.choice_set.all %}
    &lt;li&gt;{{ choice.choice }} -- {{ choice.votes }} vote{{ choice.votes|pluralize }}&lt;/li&gt;
{% endfor %}
&lt;/ul&gt;
</pre>

<p>À présent, rendez vous à l'adresse <tt class="docutils literal"><span class="pre">/polls/1/</span></tt> dans votre navigateur et
soumettez un vote. Vous devriez voir une page de résultats qui est mise à
jour à chacun de vos votes. Si vous soumettez le formulaire sans avoir spécifié
de choix, vous devriez observer le message d'erreur.</p>
</div>

<div class="section">
<h1><a id="utilisez-les-vues-g-n-riques-moins-il-y-a-de-code-mieux-c-est" name="utilisez-les-vues-g-n-riques-moins-il-y-a-de-code-mieux-c-est">Utilisez les vues génériques : Moins il y a de code mieux c'est</a></h1>
<p>Les vues <tt class="docutils literal"><span class="pre">detail()</span></tt> (du <a class="reference" href="https://larlet.fr/david/biologeek/archives/20060617-redaction-de-votre-premiere-appli-django-partie-3-creation-des-vues-de-l-interface-publique/">Tutoriel 3</a>) et <tt class="docutils literal"><span class="pre">results()</span></tt> sont ridiculeusement
simples -- et, comme nous l'avons signalé plus haut, redondantes. La vue

<tt class="docutils literal"><span class="pre">index()</span></tt> (du <a class="reference" href="https://larlet.fr/david/biologeek/archives/20060617-redaction-de-votre-premiere-appli-django-partie-3-creation-des-vues-de-l-interface-publique/">Tutoriel 3</a> aussi), qui affiche une liste de sondages, est
similaire.</p>
<p>Ces vues correspondent à des cas courants de développement Web basic : récupérer
des données de la base de données en fonction d'un paramètre passé dans l'URL,
charger un template et retourner le template complété. Comme c'est si courant,
Django dispose d'un raccourci, baptisé le système des « vues génériques ».</p>
<p>Les vues génériques fournissent une couche d'abstraction tellement importante que
vous n'avez même pas besoin de rédiger du code Python pour écrire votre appli.</p>
<p>Convertissons notre application de sondage en utilisant le système des vues
génériques, nous allons ainsi pouvoir supprimer une bonne partie du code que
nous avons écrit précédemment. Il suffit de quelques étapes pour réaliser la
conversion.</p>
<div class="admonition-pourquoi-ce-r-arrangement-du-code admonition">
<p class="first admonition-title">Pourquoi ce ré-arrangement du code ?</p>
<p class="last">Géneralement, quand vous allez écrire une application Django, vous allez
évaluer si les vues génériques sont une bonne solution à votre problème, et
vous allez les utiliser dès le début sans avoir à refactoriser votre code en
plein développement. Mais ce tutoriel s'est intentionnellement focalisé sur
l'écriture de vues « de manière hardue » jusqu'à présent, de façon à ce que
vous preniez conscience des concepts généraux.</p>

</div>

<p>Premièrement, éditez votre fichier d'URLconf polls/urls.py. Il
devrait ressembler à ça, d'après les tutoriaux précédents:</p>

<pre class="literal-block">
from django.conf.urls.defaults import *

urlpatterns = patterns('monsite.polls.views',
    (r'^$', 'index'),
    (r'^(?P&lt;poll_id&gt;\d+)/$', 'detail'),
    (r'^(?P&lt;poll_id&gt;\d+)/results/$', 'results'),
    (r'^(?P&lt;poll_id&gt;\d+)/vote/$', 'vote'),
)
</pre>

<p>Faites le ressembler à:</p>

<pre class="literal-block">
from django.conf.urls.defaults import *
from monsite.polls.models import Poll

info_dict = {
    'queryset': Poll.objects.all(),
}

urlpatterns = patterns('',
    (r'^$', 'django.views.generic.list_detail.object_list', info_dict),
    (r'^(?P&lt;object_id&gt;\d+)/$', 'django.views.generic.list_detail.object_detail', info_dict),
    (r'^(?P&lt;object_id&gt;\d+)/results/$', 'django.views.generic.list_detail.object_detail', dict(info_dict, template_name='polls/results.html')),
    (r'^(?P&lt;poll_id&gt;\d+)/vote/$', 'monsite.polls.views.vote'),
)

</pre>

<p>Nous utilisons ici deux vues génériques : <tt class="docutils literal"><span class="pre">object_list</span></tt> et <tt class="docutils literal"><span class="pre">object_detail</span></tt>.
Respectivement, ces deux vues rendent abstraits les concepts « d'affichage d'une
liste d'objets » et « d'affichage d'une page de détails pour un type particulier
d'objet ».</p>

<blockquote>
<ul class="simple">
<li>Chaque vue générique a besoin de connaître sur quelles données est-ce
qu'elle va agir. Ces données sont fournies grâce à un dictionnaire. La
clé <tt class="docutils literal"><span class="pre">queryset</span></tt> de ce dictionnaire pointe sur la liste d'objets qui doit
être manipulée par la vue générique.</li>
<li>La vue générique <tt class="docutils literal"><span class="pre">object_detail</span></tt> attend la valeur ID issue de l'URL qui
doit être appelée <tt class="docutils literal"><span class="pre">&quot;object_id&quot;</span></tt>, nous avons donc changé <tt class="docutils literal"><span class="pre">poll_id</span></tt> en

<tt class="docutils literal"><span class="pre">object_id</span></tt> pour la vue générique.</li>
</ul>
</blockquote>

<p>Par défaut, la vue générique <tt class="docutils literal"><span class="pre">object_detail</span></tt> utilise un template appelé
<tt class="docutils literal"><span class="pre">&lt;nom_appli&gt;/&lt;nom_module&gt;_detail.html</span></tt>. Dans notre cas, ce sera le template
appelé <tt class="docutils literal"><span class="pre">&quot;polls/poll_detail.html&quot;</span></tt>. Donc, renommons <tt class="docutils literal"><span class="pre">polls/detail.html</span></tt> en

<tt class="docutils literal"><span class="pre">polls/poll_detail.html</span></tt>, et changeons la ligne <tt class="docutils literal"><span class="pre">render_to_response()</span></tt> en
<tt class="docutils literal"><span class="pre">vote()</span></tt>.</p>

<p>De façon similaire, la vue générique <tt class="docutils literal"><span class="pre">object_list</span></tt> utilise un template appelé
<tt class="docutils literal"><span class="pre">&lt;nom_appli&gt;/&lt;nom_module&gt;_list.html</span></tt>. Donc, renommons <tt class="docutils literal"><span class="pre">polls/index.html</span></tt> en

<tt class="docutils literal"><span class="pre">polls/poll_list.html</span></tt>.</p>

<p>Puisque nous avons plus d'une entrée dans l'URLconf qui
utilisent <tt class="docutils literal"><span class="pre">object_detail</span></tt> pour l'application de sondage, nous spécifions
manuellement un nom de template pour la vue des résultats :
<tt class="docutils literal"><span class="pre">template_name='polls/results.html'</span></tt>. Sinon, les deux vues auraient utilisé le
même template. Notez l'utilisation de <tt class="docutils literal"><span class="pre">dict()</span></tt> pour retourner un dictionnaire
modifié à la place.</p>

<p>Dans les tutoriels précédents, les templates sont utilisés dans un contexte
contenant les variables <tt class="docutils literal"><span class="pre">poll</span></tt> et <tt class="docutils literal"><span class="pre">latest_poll_list</span></tt>. Ici, les vues
génériques nécessitent d'avoir les variables contextuelles <tt class="docutils literal"><span class="pre">object</span></tt> et

<tt class="docutils literal"><span class="pre">object_list</span></tt>. Éditez vos templates et modifiez chaque référence à
<tt class="docutils literal"><span class="pre">latest_poll_list</span></tt> par <tt class="docutils literal"><span class="pre">object_list</span></tt>, et chaque référence à <tt class="docutils literal"><span class="pre">poll</span></tt> par
<tt class="docutils literal"><span class="pre">object</span></tt>.</p>

<p>Vous pouvez maintenant supprimer les vues <tt class="docutils literal"><span class="pre">index()</span></tt>, <tt class="docutils literal"><span class="pre">detail()</span></tt> et

<tt class="docutils literal"><span class="pre">results()</span></tt> de <tt class="docutils literal"><span class="pre">polls/views.py</span></tt>. Nous n'en avons plus besoin -- elles ont
été remplacées par les vues génériques.</p>

<p>La vue <tt class="docutils literal"><span class="pre">vote()</span></tt> est toujours requise. Néanmoins, elle doit être modifiée pour
être utilisée dans les nouveaux templates et les nouvelles variables
contextuelles.
Changez l'appel au template <tt class="docutils literal"><span class="pre">polls/detail.html</span></tt> par <tt class="docutils literal"><span class="pre">polls/poll_detail.html</span></tt>,
et passez <tt class="docutils literal"><span class="pre">object</span></tt> dans le contexte au lieu de <tt class="docutils literal"><span class="pre">poll</span></tt>.</p>

<p>Lancez le serveur et utilisez votre nouvelle appli de sondage avec les vues
génériques.</p>

<p>Pour davantage de détails quant aux vues génériques, lisez la <a class="reference" href="http://www.djangoproject.com/documentation/generic_views/">documentation
sur les vues génériques</a>.</p>

<p></div>
<div class="section">
<h1><a id="venir" name="venir">À venir</a></h1>
<p>Les tutoriels s'arrêtent ici pour le moment. Mais revenez prochainement pour la
suite des réjouissances :</p>
<blockquote>
<ul class="simple">
<li>Utilisation avancée des formulaires</li>
<li>Utilisation du framework RSS</li></p>
<li>Utilisation du framework de cache</li>

<li>Utilisation du framework de commentaires</li>

<li>Fonctionnalités avancées d'administration : Permissions</li>

<li>Fonctionnalités avancées d'administration : Javascript</li>

<p></ul>
</blockquote>
<p>Vous pouvez maintenant retourner à la <a class="reference" href="https://larlet.fr/david/biologeek/archives/20060617-traduction-francaise-de-la-documentation-de-django-le-framework-web-python/">page d'accueil des traductions de la
documentation de Django</a>.</p>
<p>Cette traduction correspond à la révision 3589 (post 0.95).</p>
</div></p>
      </div>
    </article>
    <footer>
      <h6 property="schema:datePublished">— 17/06/2006</h6>
    </footer>
  </section>
  <section>
    <div>
      <h3>Articles peut-être en rapport</h3>
      <ul>
        <li><a href="/david/biologeek/archives/20060815-le-langage-de-template-django-pour-les-auteurs-de-templates/" title="Accès à Le langage de template Django : Pour les auteurs de templates">Le langage de template Django : Pour les auteurs de templates</a></li>
        <li><a href="/david/biologeek/archives/20060715-comparaison-de-turbogears-et-django-deux-frameworks-web-python/" title="Accès à Comparaison de TurboGears et Django, deux frameworks web Python">Comparaison de TurboGears et Django, deux frameworks web Python</a></li>
        <li><a href="/david/biologeek/archives/20060617-redaction-de-votre-premiere-appli-django-partie-3-creation-des-vues-de-l-interface-publique/" title="Accès à Rédaction de votre première appli Django, partie 3 : Création des vues de l&#39;interface publique">Rédaction de votre première appli Django, partie 3 : Création des vues de l&#39;interface publique</a></li>
      </ul>
    </div>
  </section>
  <section>
    <div id="comments">
      <h3>Commentaires</h3>
      
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Play</span> le <span class="comment-date" property="schema:commentTime">24/06/2006</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>David, je dis &quot;chapeau&quot; ! Excellents billets ! Continues comme ça ! C'est que du bon ! Django, c'est le bien :-)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Anthyme</span> le <span class="comment-date" property="schema:commentTime">18/07/2006</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Je te remerci beaucoup de tes tutoriels ... ils m'ont permis d'apprendre a une vitesse exteme les bases de Django.<br />
Je suis impatient de voir la suite !<br />
Encore un grand Merci !</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David</span> le <span class="comment-date" property="schema:commentTime">19/07/2006</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>J'attends les autres traductions avec impatience ! Good job !</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David</span> le <span class="comment-date" property="schema:commentTime">06/09/2006</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Bonjour, si tu  envisages une nouvelle traduction, je te propose la page sur les vues génériques, c'est vraiment pas simple à comprendre :-(<br />
<a href="http://www.djangoproject.com/documentation/generic_views/" title="http://www.djangoproject.com/documentation/generic_views/" rel="nofollow">www.djangoproject.com/doc...</a><br />
Sinon encore une fois très bon travail. Ton blog est la référence francophone sur Django !<br />
<br />
See U<br />
David bis :)<br />
<br />
NB : à quand un tutoriel simple sur django ?<br />
</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David</span> le <span class="comment-date" property="schema:commentTime">06/09/2006</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>En fait est-ce que Django peut générer un formulaire automatiquement ?<br />
<br />
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.<br />
<br />
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 :-/<br />
<br />
David bis (en urgence rendu client)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">06/09/2006</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>@David :<br />
&gt; je te propose la page sur les vues génériques<br />
<br />
Ok, c'est noté ;-)<br />
<br />
&gt; NB : à quand un tutoriel simple sur django ?<br />
<br />
Ça arrive, j'ai ma petite idée là-dessus<br />
<br />
&gt; En fait est-ce que Django peut générer un formulaire automatiquement ?<br />
<br />
Oui, tu devrais jetter un œil à <a href="http://www.djangoproject.com/documentation/forms/" title="http://www.djangoproject.com/documentation/forms/" rel="nofollow">www.djangoproject.com/doc...</a></p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">DJANGOJO</span> le <span class="comment-date" property="schema:commentTime">29/01/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Bonjour,<br />
<br />
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.<br />
<br />
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.<br />
J'ai mis une clé primaire entre les sous menu et le menu donc j'arrive à afficher le sous menu en fonction du menu. <br />
<br />
Le seul problème c'est d'afficher dans la même page le sous menu.<br />
<br />
j'aimerai de l'aide svp.  <br />
MERCI. </p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Anthony</span> le <span class="comment-date" property="schema:commentTime">05/03/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Bonjour !<br />
<br />
Originaire du monde Java (les méchants), je dois avouer être impressionné par la performance de ce framework.<br />
Un grand bravo également pour ces billets sans lesquels je ne serais certainement jamais intéressé à Django.<br />
<br />
J'ai une question simple :<br />
&quot; vote{{ choice.votes|pluralize }} &quot;<br />
Renvoie :<br />
- &quot;vote&quot; pour 1 vote<br />
- &quot;votes&quot; pour 2 votes et plus<br />
- mais &quot;votes&quot; pour 0 vote<br />
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 ? :)  )<br />
<br />
Merci d'avance et encore bravo.<br />
Anthony.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">05/03/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Salut Anthony, et bienvenue dans le monde de Django :-)<br />
<br />
Le mieux est d'entourer ta réponse d'un if choices.votes pour écrire une phrase adaptée du style &quot;il n'y a pas de votes&quot; qui est plus joli qu'un &quot;il y a 0 votes&quot;. D'ailleurs maintenant que je l'écris, il me semble qu'il est grammaticalement correct de mettre un &quot;s&quot; lorsque la quantité est nulle, comme dans la première phrase.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Anthony</span> le <span class="comment-date" property="schema:commentTime">06/03/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Très correct, j'avais seulement trouvé cela étrange en jouant avec le tutorial.<br />
En regardant rapidement les bug reports de Django, j'ai trouvé que les anglo-saxons avaient demandé exactement l'inverse.<br />
La fonction renvoyait &quot;0 vote&quot; à l'origine, puis ils l'ont changée pour afficher &quot;0 votes&quot;, ce qui est effectivement valide, mais en anglais ^^<br />
Rendez-nous Jeanne d'Arc...<br />
<br />
Merci pour ta réponse rapide et désolé pour ma question ;)<br />
Anthony.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">JoJO</span> le <span class="comment-date" property="schema:commentTime">30/03/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Bonjour à tous !!!<br />
<br />
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 &quot;TextField&quot; 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 !!!<br />
Pour avoir un site complétement dynamique, de pouvoir mettre le texte totalement en forme dans la partie administration !!<br />
<br />
Merci bien !<br />
Jo</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">30/03/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>@JoJO : tu devrais jeter un œil à <a href="http://code.djangoproject.com/wiki/RichTextField" title="http://code.djangoproject.com/wiki/RichTextField" rel="nofollow">code.djangoproject.com/wi...</a> ou si tu utilises les newforms à <a href="http://code.djangoproject.com/wiki/CustomWidgetsTinyMCE" title="http://code.djangoproject.com/wiki/CustomWidgetsTinyMCE" rel="nofollow">code.djangoproject.com/wi...</a><br />
<br />
Bonne continuation :-).</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Warflo</span> le <span class="comment-date" property="schema:commentTime">20/05/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Je me demande quand même quelque chose:<br />
Django respecte le MVC ?<br />
Le traitement des donnés avant d'être affichés sont sensé être fait par le Modèle.<br />
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é.<br />
Mon raisonement est-il bon ?<br />
<br />
</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">20/05/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>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. <a href="http://www2.jeffcroft.com/blog/2007/jan/11/django-and-mtv/" title="http://www2.jeffcroft.com/blog/2007/jan/11/django-and-mtv/" rel="nofollow">www2.jeffcroft.com/blog/2...</a> ).<br />
<br />
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.<br />
<br />
On peut d'ailleurs lire sur wikipédia ( <a href="http://fr.wikipedia.org/wiki/MVC" title="http://fr.wikipedia.org/wiki/MVC" rel="nofollow">fr.wikipedia.org/wiki/MVC</a> ) : « Le MVC montre ses limites dans le cadre des applications utilisant les technologies du web, bâties à partir de serveurs d'applications. »<br />
<br />
Donc en conclusion le raisonnement est bon mais le fait que ce soit un framework web change un peu la donne.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Warflo</span> le <span class="comment-date" property="schema:commentTime">21/05/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Ok, merci des précisions ;)</p>
    </div>
</div>

    </div>
  </section>

    
    <footer>
      <nav>
        <p>
          <small>
            Je réponds quasiment toujours aux <a href="m&#x61;ilto:d&#x61;vid%40l&#x61;rlet&#46;fr" title="Envoyer un email">emails</a> (<a href="/david/signature/" title="Ma signature actuelle avec possibilité de chiffrement">signés</a>) et vous pouvez me rencontrer à Montréal. <span class="more-infos">N’hésitez pas à <a href="/david/log/" title="Être tenu informé des mises à jour">vous abonner</a> pour être tenu informé des publications récentes.</span>
          </small>
        </p>
      </nav>
    </footer>
    
  </div>
  
  <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  
  <script data-no-instant>InstantClick.init()</script>
  
</body>
</html>