Re: 1 named url per page/screen?

On Wednesday, 1 October 2014 21:35:30 UTC+1, Malik Rumi wrote:

Ok, thank you Daniel. Your response is reasonable and makes sense, but that clarity is not on the docs page. But this leads me to a related follow up: The need for the parameter, be it 'green' as in my case or '1945' as in the docs, means that each template is going to be tied to a single web page. So instead of hardcoding the url, we are hardcoding the template, meaning it can't be re-used, even if the only difference between it and the copy is 'yellow' instead of 'green'. 

In other words, two documents in the same namespace, with the same view and the same regex/url pattern, can't be reversed unless you include a distinguishing, unique parameter in the url tag. And this unique parameter has to be 'hardcoded', it can't be a variable. That doesn't make sense to me either. In fact, once I fixed the part about empty strings being passed, and I figured out why I was getting no reverse match, Django was able to decipher the right parameter without me hardcoding it in the url tag, so I completely don't understand what is going on there. If you'd care to enlighten me, please do.

But I am not out of the woods yet. I posted a new request for help here: https://groups.google.com/forum/#!topic/django-users/fbiVWytyz5w 

. I invite you to share your wisdom.

Well, I must confess to being completely puzzled by what you're saying here. Why would you need to hardcode the parameter? Why do you say it can't be a variable? It can, of course: if you had a URL defined as `(r'^color/(?P<color_name>\w+)/$, color_detail, name='color-detail')`, and in your template context a list of strings ['red', 'blue', 'green'], then you could produce a list of links via the URL tag by iterating:

    {% for item in colors %} 

        <li>{% url "color_detail" color_name=item %}</li>

    {% endfor %}

which will produce links pointing to /color/red/, /color/blue/, etc.

--

Daniel.

--
You received this message because you are subscribed to the Google Groups "Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to django-users+unsubscribe@googlegroups.com.
To post to this group, send email to django-users@googlegroups.com.
Visit this group at http://groups.google.com/group/django-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/django-users/f60839a1-248a-4f75-b433-faf9d4076010%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.