Passage de variable urlname de balise d'url dans django template

Ce que j'aimerais faire (pour les changements récents 'widget' - pas de django widget dans ce cas) est de passer un urlname dans mon modèle comme une variable, puis l'utiliser comme ceci: {% url sitechangeobject.urlname %} Où urlname est une chaîne de caractères contenant un nom valide pour une url.

Est-ce possible? Le modèle conserve la rupture en disant qu'il ne peut pas trouver sitechangeobject.urlname comme un nom (ce qui est tout à fait juste, il n'existe pas). Est-il possible de le faire regarder à l'intérieur de cette variable?

Il y a d'autres façons de résoudre ce problème si pas, juste pensé que je voudrais vérifier si.

Merci!

InformationsquelleAutor | 2010-06-16
  1. 29

    De Django 1.3 la {% url %} balise prend correctement en charge:

    {% url view_name_variable %}
{% url 'view_name_string' %}

    ...cela devient le comportement par défaut de Django 1.5.

    Auparavant, vous aviez la possibilité de le faire:

    {% url view_name_string %}

    À obtenir l'étiquette de travailler de cette façon dans Django 1.3 et 1.4 de projets, vous aurez besoin de la ligne suivante en haut de chaque modèle vous utilisez dans:

    {% load url from future %}

    Selon la Django 1.3 notes de version:

    ...dans Django 1.5, l'ancien comportement, sera remplacé par le nouveau comportement. Pour assurer la compatibilité avec les futures versions de Django, les modèles existants doivent être modifiés pour utiliser le nouvel avenir des bibliothèques et de la syntaxe.

    Notez que le support {% load url from future %} a été supprimé dans Django 1.9.

    • Comment une variable concaténée à un suffixe à la forme de l'url? Quelque chose comme {% url variable-'suffix' %},qui bien sûr ne fonctionne pas.
    • Semble un peu étrange pour moi, mais je pense que vous pouvez utiliser le |add filtre. c'est à dire: {% url variable|add:'-suffix' %} Voir le ajouter un filtre docs.
    • merci!!!!
    InformationsquelleAutor meshy
  2. 8

    Note: cette réponse n'est vraiment pertinente pour les versions de django avant 1.3. Si vous utilisez django 1.3 ou ultérieure, la fonctionnalité requise est intégré- veuillez voir bandage de réponse.

    Le haut- url étiquette ne peut pas le faire. Cependant django-reversetag fait exactement cela (et plus).

    Selon le readme, le reverse tag prévus par le présent code prévoit:

    • Cohérente de la syntaxe ("les littéraux de chaîne" et les variables)
    • Capacité à inverser les noms de vue stockées dans des variables de contexte
    • Partielle inverser
    InformationsquelleAutor msanders
  3. 2

    pour django 1.5
    peut-être que c'est utile

    d'habitude, pour accéder à une variable passée de vue
    nous utilisons
    {{variable}}

    toutefois, pour les url dans le modèle, le code suivant ne fonctionne pas:
    {% url 'app:espace de noms' {{varible}} %}

    utilisez simplement la suite est très bien:
    {% url 'app:espace de noms' varible %}

    InformationsquelleAutor user2673206
  4. 1

    si vous utilisez Django 1.5 et jusqu', django-reversetags n'est plus requis pour le passage d'afficher les noms de variables dans les modèles, à être utilisés à l'intérieur de la balise d'url.

    J'ai été confondu avec la disponibilité de django-reversetags, juste la pensée de la mise à jour de la question correctement ici.

    • Il n'est pas nécessaire en 1.3 et jusqu'. Utilisez simplement {% load url from future %}
    InformationsquelleAutor binithb