Changing development server threads type.

Hi, The development server currently uses "non-daemon threads" for the socketserver, this has many bad side effects, as discussed in ticket #21773 ( https://code.djangoproject.com/ticket/21773 ). The most annoying disadvantages of that are: 1) Longer time to restart, because the sever has to mak

Re: Add an extra parameter to 'static' tag

Thanks for the answers! Renato Oliveira @_renatooliveira Labcodes - www.labcodes.com.br On Sun, Jun 1, 2014 at 8:26 PM, Florian Apolloner wrote: > Hi Renato, > > > On Sunday, June 1, 2014 4:36:55 PM UTC+2, Renato Oliveira wrote: >> >> On Sunday, June 1

Re: FormWizard needs confirmation step logic. ticket #21644

contrib.databrowse is an example of something that was removed from Django. It seems to have found a home here: https://pypi.python.org/pypi/django-databrowse Deprecation of contrib.formtools was actually proposed on the mailing list in 2011, see https://groups.google.com/d/topic/django-develo

Re: FormWizard needs confirmation step logic. ticket #21644

The company I'm currently contracting for, makes heavy use of formtools, I'd be disappointed to see it go. On Monday, May 26, 2014 6:04:31 PM UTC-4, Tim Graham wrote: > > My observation is that not many core developers seem interested in > contrib.formtools these days. It was added by Adrian in

Re: FormWizard needs confirmation step logic. ticket #21644

How would that work? Being part of contrib is a big plus for the app in many ways. I am not familiar with another app that was removed from contrib that would show an overview of the process and if it was successful. -- You received this message because you are subscribed to the Google Groups

Re: Make url patterns group kwargs more simple

really? this is my fault :) i forget about this. need to fix this in lib:) But if implement same style route classes in core, there we have context - is view or included and make choose about ending $ automatically. --  Alexandr Shurigin From: Augustin Aymeric aymeric.augustin.2...@polytechniq

Re: Make url patterns group kwargs more simple

> Le 2 juin 2014 à 11:36, Alexandr Shurigin a > écrit : > > And about urls normalization, i think 99% people use ^ and $ in urls. This > must be by default too. What you think about it? Probably true for ^, but not for $ which must not be present for includes. -- Aymeric. -- You received t

Re: Make url patterns group kwargs more simple

Sorry for the typo. I meant to say that I think option A is more Pythonic than option B. No problem :) I used function for possibility to support parameters filtering in future. Maybe to add macro name validation or pattern. I personally like the approach Marc suggested, which is introducing

Re: Make url patterns group kwargs more simple

Sorry for the typo. I meant to say that I think option A is more Pythonic than option B. I personally like the approach Marc suggested, which is introducing another URL resolver, rather than modifying the existing one. Moayad On 2 Jun 2014 12:36, "Alexandr Shurigin" wrote: > Hi! Thank you for r

Re: Make url patterns group kwargs more simple

Hi! Thank you for review. Yes i think this would be awesome feature for beginners out of the box. Also if add it into core, need to think a way to write ‘old-style’ clean regex urls. Maybe via any other function or regex parameter type. I think 1% of case somebody require this feature.For examp