Re: [Django] #22384: Deprecate Django string magic in URLs and the ability to reverse by dotted path

2014-05-19 Thread Django
#22384: Deprecate Django string magic in URLs and the ability to reverse by 
dotted
path
--+
 Reporter:  timo  |Owner:  timo
 Type:  Cleanup/optimization  |   Status:  new
Component:  Core (URLs)   |  Version:  master
 Severity:  Normal|   Resolution:
 Keywords:| Triage Stage:  Accepted
Has patch:  0 |  Needs documentation:  0
  Needs tests:  0 |  Patch needs improvement:  0
Easy pickings:  0 |UI/UX:  0
--+

Comment (by FunkyBob):

 Gwildor, the feature pre-dates named url patterns [yes, there wasn't
 always that feature].

 Also, as I'm sure Alex will point out, it can make debugging harder, as
 the error of a wrong import won't always show up, and will appear to come
 from the wrong place when it does fire off.

 This will have no impact on needing to call as_view on CBV.  The as_view
 method is a view function factory -- it is what makes the actual view
 function used to invoke the CBV... you can't do without it.

-- 
Ticket URL: 
Django 
The Web framework for perfectionists with deadlines.

-- 
You received this message because you are subscribed to the Google Groups 
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-updates+unsubscr...@googlegroups.com.
To post to this group, send email to django-updates@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-updates/062.aece6a666ecb3e67feed683617591848%40djangoproject.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Django] #22384: Deprecate Django string magic in URLs and the ability to reverse by dotted path

2014-04-22 Thread Django
#22384: Deprecate Django string magic in URLs and the ability to reverse by 
dotted
path
--+
 Reporter:  timo  |Owner:  timo
 Type:  Cleanup/optimization  |   Status:  new
Component:  Core (URLs)   |  Version:  master
 Severity:  Normal|   Resolution:
 Keywords:| Triage Stage:  Accepted
Has patch:  0 |  Needs documentation:  0
  Needs tests:  0 |  Patch needs improvement:  0
Easy pickings:  0 |UI/UX:  0
--+

Comment (by marfire):

 +1 from me. Are there any use cases where someone needs the string version
 in `urls.py` to avoid a circular imports problem? Not that I can think of,
 but I thought I'd mention it...

-- 
Ticket URL: 
Django 
The Web framework for perfectionists with deadlines.

-- 
You received this message because you are subscribed to the Google Groups 
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-updates+unsubscr...@googlegroups.com.
To post to this group, send email to django-updates@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-updates/062.d5b66d321169c2aaf0b519bd6f426744%40djangoproject.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Django] #22384: Deprecate Django string magic in URLs and the ability to reverse by dotted path

2014-04-04 Thread Django
#22384: Deprecate Django string magic in URLs and the ability to reverse by 
dotted
path
--+
 Reporter:  timo  |Owner:  timo
 Type:  Cleanup/optimization  |   Status:  new
Component:  Core (URLs)   |  Version:  master
 Severity:  Normal|   Resolution:
 Keywords:| Triage Stage:  Accepted
Has patch:  0 |  Needs documentation:  0
  Needs tests:  0 |  Patch needs improvement:  0
Easy pickings:  0 |UI/UX:  0
--+

Comment (by Gwildor):

 I agree that reversing by dotted-path-to-view is "a bad idea". I would
 even say it's just ridiculous, and I didn't even knew it existed.
 Obviously you should just use the url name. What would actually happen
 when you have two urls to the same view? Anyway, I'm all for deprecating
 that feature.

 On the other hand, I'm not entirely convinced about deprecating the
 dotted-path-to-view in url feature. There are a lot of settings and other
 things in Django which work that way, and it's a nice feature which
 prevents the imports from cluttering for the people who are still pro
 FBV's. Unless it opens up the possibility of removing the necessity of
 calling `as_view()` on every CBV in the urls. If deprecating this feature
 is part of a bigger plan to migrate to cleaner urls for CBV's, then I'm
 all for it.

-- 
Ticket URL: 
Django 
The Web framework for perfectionists with deadlines.

-- 
You received this message because you are subscribed to the Google Groups 
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-updates+unsubscr...@googlegroups.com.
To post to this group, send email to django-updates@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-updates/062.68c4881a8d46abf882dbf996ec58bce8%40djangoproject.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Django] #22384: Deprecate Django string magic in URLs and the ability to reverse by dotted path

2014-04-04 Thread Django
#22384: Deprecate Django string magic in URLs and the ability to reverse by 
dotted
path
--+
 Reporter:  timo  |Owner:  timo
 Type:  Cleanup/optimization  |   Status:  new
Component:  Core (URLs)   |  Version:  master
 Severity:  Normal|   Resolution:
 Keywords:| Triage Stage:  Accepted
Has patch:  0 |  Needs documentation:  0
  Needs tests:  0 |  Patch needs improvement:  0
Easy pickings:  0 |UI/UX:  0
--+

Comment (by aaugustin):

 2.0 is a pretty good target for the final removal of this feature.

-- 
Ticket URL: 
Django 
The Web framework for perfectionists with deadlines.

-- 
You received this message because you are subscribed to the Google Groups 
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-updates+unsubscr...@googlegroups.com.
To post to this group, send email to django-updates@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-updates/062.eeccdb630beb0cbbc339ec3d5dc63dae%40djangoproject.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Django] #22384: Deprecate Django string magic in URLs and the ability to reverse by dotted path

2014-04-04 Thread Django
#22384: Deprecate Django string magic in URLs and the ability to reverse by 
dotted
path
--+
 Reporter:  timo  |Owner:  timo
 Type:  Cleanup/optimization  |   Status:  new
Component:  Core (URLs)   |  Version:  master
 Severity:  Normal|   Resolution:
 Keywords:| Triage Stage:  Accepted
Has patch:  0 |  Needs documentation:  0
  Needs tests:  0 |  Patch needs improvement:  0
Easy pickings:  0 |UI/UX:  0
--+
Changes (by carljm):

 * stage:  Unreviewed => Accepted


Comment:

 +1 from me.

-- 
Ticket URL: 
Django 
The Web framework for perfectionists with deadlines.

-- 
You received this message because you are subscribed to the Google Groups 
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-updates+unsubscr...@googlegroups.com.
To post to this group, send email to django-updates@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-updates/062.b4adc0707efb828e8848351795203e4f%40djangoproject.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Django] #22384: Deprecate Django string magic in URLs and the ability to reverse by dotted path

2014-04-04 Thread Django
#22384: Deprecate Django string magic in URLs and the ability to reverse by 
dotted
path
-+-
 Reporter:  timo |Owner:  timo
 Type:   |   Status:  new
  Cleanup/optimization   |  Version:  master
Component:  Core (URLs)  |   Resolution:
 Severity:  Normal   | Triage Stage:
 Keywords:   |  Unreviewed
Has patch:  0|  Needs documentation:  0
  Needs tests:  0|  Patch needs improvement:  0
Easy pickings:  0|UI/UX:  0
-+-

Comment (by timo):

 I plan to work on this, but will wait to ensure that there are no -1's to
 the idea, raising it on the mailing list if necessary.

-- 
Ticket URL: 
Django 
The Web framework for perfectionists with deadlines.

-- 
You received this message because you are subscribed to the Google Groups 
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-updates+unsubscr...@googlegroups.com.
To post to this group, send email to django-updates@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-updates/062.e9f98d591c3b46a22db822a00b29de31%40djangoproject.com.
For more options, visit https://groups.google.com/d/optout.


[Django] #22384: Deprecate Django string magic in URLs and the ability to reverse by dotted path

2014-04-04 Thread Django
#22384: Deprecate Django string magic in URLs and the ability to reverse by 
dotted
path
+
   Reporter:  timo  |  Owner:  timo
   Type:  Cleanup/optimization  | Status:  new
  Component:  Core (URLs)   |Version:  master
   Severity:  Normal|   Keywords:
   Triage Stage:  Unreviewed|  Has patch:  0
Needs documentation:  0 |Needs tests:  0
Patch needs improvement:  0 |  Easy pickings:  0
  UI/UX:  0 |
+
 Now that we've deprecated `patterns()` and recommended actually importing
 your views module and referencing your view functions (or classes)
 directly (#22218), I think it's time to deprecate the "Django String
 Magic" (as Carl termed it) that lets you use strings in `url()`, e.g.
 `url('^$', 'myapp.views.myview')`. As well as reverse by dotted path, e.g.
 `reverse('myapp.views.myview')`.

 Marc mentioned in that ticket "Reversing by dotted path to view is just a
 bad idea."

-- 
Ticket URL: 
Django 
The Web framework for perfectionists with deadlines.

-- 
You received this message because you are subscribed to the Google Groups 
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-updates+unsubscr...@googlegroups.com.
To post to this group, send email to django-updates@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-updates/047.e77c8dc3ca5c9aa243d9dba386672853%40djangoproject.com.
For more options, visit https://groups.google.com/d/optout.