It might be wiser to wait for (a decision on) the root view solution.
Url reversing is more complex than the current setup allows. For
example predefined values in the routing setup are llowed, the reverse
url tag should be able to access these (think about setting https=1,
then https url would be generated -1:http url, 0: depending on current
url => no full url needed)). However, I am sure other people can think
of other eculiarities.
This is why I prefer the root_view solution, as it would allow for a
more pluggable approach. As it stands now, the url-eversing is too much
tied to django, while it is relatively easy to change it requires
patching the django framework while deally one would be able plug in in
its own reversal mechanism. (Be it through some configuration constant
or the root iew approach)
(In my enthusiasm I wrote a patch to the url-reversal system
(http://code.djangoproject.com/ticket/2615) (with an example tag), but
I realize its lacking (python 2.4 features, inefficient and sloppy. Not
really an issue as the code base I used is on the brink of being
outdated; url-reversal mechanism has had a patch as well lately
(http://code.djangoproject.com/ticket/2977))
Thus before hacking can start again, it seems wise to wait in what
direction the url-resolving issue will evolve. (I hope for  more open
and pluggable approach)


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Django 
developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/django-developers?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to