Merci pour la réponse, même si elle ne répond pas du tout à la question ;-)
Du coup, j'ai fait l'effort d'aller lire la doc, laquelle semble vraiment bien fichue. Je ne connais pas Django, je n'aurais pas parié un kopeck sur mes chances, et pourtant j'ai trouvé et compris en 10 minutes.
La nouvelle méthode citée dans la dépêche est documentée dans ce paragraphe et mon interrogation fait l'objet du paragraphe suivant.
En bref, quand on ne se satisfait pas de l'objet QuerySetManager renvoyé automatiquement par as_manager(), il faut utiliser from_queryset() qui va renvoyer une sous-classe de QuerySetManager que l'on peut alors enrichir. Un exemple de code est donné dans la doc, cf lien ci-dessus. Le mécanisme de portage automatique de l'API de QuerySet à QuerySetManager est aussi expliqué et illustré.
[^] # Re: Préciser "Simplification des QuerySetManager"
Posté par rogo . En réponse à la dépêche Django 1.7, « le framework web pour les perfectionnistes sous pression ». Évalué à 1.
Merci pour la réponse, même si elle ne répond pas du tout à la question ;-)
Du coup, j'ai fait l'effort d'aller lire la doc, laquelle semble vraiment bien fichue. Je ne connais pas Django, je n'aurais pas parié un kopeck sur mes chances, et pourtant j'ai trouvé et compris en 10 minutes.
La nouvelle méthode citée dans la dépêche est documentée dans ce paragraphe et mon interrogation fait l'objet du paragraphe suivant.
En bref, quand on ne se satisfait pas de l'objet QuerySetManager renvoyé automatiquement par
as_manager(), il faut utiliserfrom_queryset()qui va renvoyer une sous-classe de QuerySetManager que l'on peut alors enrichir. Un exemple de code est donné dans la doc, cf lien ci-dessus. Le mécanisme de portage automatique de l'API de QuerySet à QuerySetManager est aussi expliqué et illustré.