I hit somewhat of a wall, and would like some input/help.
* Import of window functions from `django.db.model.functions` seems to be
the
convention - `DEFAULT_INDEX_TABLESPACE` causes some headaches, because of
XField being explicitly set in _output_field variable. Probably the
functions need
We've made the second release on the way to Django's next major release,
Django 1.11! With a month and a half until the final release, we'll need
timely testing from the community to ensure an on-time and stable release.
Check out the blog post:
https://www.djangoproject.com/weblog/2017/feb/20/
In partnership with the freenode community team, the Django team will hold
an "Ask Me Anything" session this week.
See http://freenode.net/news/django-ama for details.
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django itse
W dniu poniedziałek, 20 lutego 2017 11:49:38 UTC+1 użytkownik Markus
Holtermann napisał:
>
> On Thu, Feb 16, 2017 at 03:25:16PM -0800, rap...@makeleaps.com
> wrote:
> >RemoveField('A', 'foo') also references A and foo, but does it reference
> B?
> >if it does, then it' s hard to have optimiza
+1 to not having to add (and then remove later) a {% load %} tag to every
template - that was seriously dull with the URL change.
Marc
On 20 February 2017 at 11:42, Luke Plant wrote:
> On 19/02/17 12:55, Adam Johnson wrote:
>
> +1 for more obvious errors, silently changing the behaviour could i
On 19/02/17 12:55, Adam Johnson wrote:
+1 for more obvious errors, silently changing the behaviour could
indeed lead to unconsidered security holes like
{% if user is None %}
non-sensitive information
{% else %}
sensitive information
{% endif %}
...which doesn't seem like an unrealistic templa
On Thu, Feb 16, 2017 at 03:25:16PM -0800, raph...@makeleaps.com wrote:
When you have AddField('A', 'foo', ForeignKey('B')), this operation
references A and foo, but also references B.
correct.
RemoveField('A', 'foo') also references A and foo, but does it reference B?
if it does, then it' s h
Josh is right, cloning is better
On 20 February 2017 at 03:00, Josh Smeaton wrote:
> Avoid modifying self in `as_` methods if possible, even if you are going
> to restore state. See how some of the others work around needing to switch
> order etc here: https://github.com/django/django/blob/
> 75
