Hello everyone
i want to design custom form in django with bootstrap.i designed form but
values are not inserted in database.please help me to solve this
error.thanks
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django itse
Please do not cross post to both this list and django-users. This list is
for discussing the development of Django itself, usage questions are
appropriate on django-users.
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django it
That is because the documentation is referring to the WSGI envrion
dictionary (and thus the CGI spec). This is how the translation from the
client to the server works: X-My-Header becomes HTTP_X_MY_HEADER. It isn't
wrong IMO.
On Sun, Jun 5, 2016 at 8:52 AM Vignesh Tnj wrote:
> https://docs.djang
Hi all,
In porting decorator_from_middleware to support DEP 5 middleware, I ran
into one stumbling block: TemplateResponse. Normally with old-style
middleware, process_response runs after TemplateResponses have been
rendered. But a view decorator runs immediately wrapping the view, when
TemplateRe
I think it's a fair point. The docs on HttpReqest.is_ajax() are
specifically discussing headers set from the client side, so I think
X-Requested-With would be more appropriate. This was discussed previously
and a more substantial change proposed:
https://groups.google.com/forum/#!searchin/django-d
Progress on previous PR:
- Design changes in ModelState.options.indexex and RemoveIndex migration
- Improved algorithm for index naming
- Other cleanups and cosmetic changes
Other than that I have started working on the second checkpoint as well
which is to add support for creating clas
I may have seen this idea in IRC but instead of a new middleware_decorator
function did you consider varying decorator_from_middleware's behavior
based on "if settings.MIDDLEWARE is None" similar to what BaseHandler does?
We could add a check in decorator_from_middleware to raise an error if
MI
The remaining blocker:
UserCreationForm doesn't call normalize_email and normalize_username
https://code.djangoproject.com/ticket/26719
Status: I sent some final edits to the PR and it should be ready for commit
tomorrow.
Other possible blockers:
Different manager for _base_manager and related
On 06/20/2016 06:57 PM, Tim Graham wrote:
> I may have seen this idea in IRC but instead of a new
> middleware_decorator function did you consider varying
> decorator_from_middleware's behavior based on "if settings.MIDDLEWARE is
> None" similar to what BaseHandler does? We could add a check in
> d
Well, we can change decorator_from_middleware to introspect the middleware
itself and decide accordingly:
-- if it does not have process_request or process_response as callable
attributes, and it is callable itself, it is a new-style middleware
-- if it does, we can define a new attribute '_de
10 matches
Mail list logo