o set a priority list of languages to fall back to³.
Tobias
¹ https://docs.python.org/3/library/gettext.html
² https://docs.python.org/3/library/gettext.html#gettext.GNUTranslations
³ https://www.gnu.org/software/gettext/manual/gettext.html#The-LANGUAGE-variable
--
Tobias Kunze / rixx (er
for the view being cached.
(But that's a bigger ask, because there's less existing infrastructure to pass
down a changed key function – I'd be pretty happy with just a dynamic prefix.)
Best,
Tobias
--
Tobias Kunze / rixx (er/he)
--
You received this message because you are subscribed to the Google
Hi all,
first off: Thank you for your work, Tom, this will be one of the changes that
I will start using immediately and then wonder how I got by without.
>One further small addition, I think it would be good to be able to pass
>> headers into the HttpResponse object
>
>I'm also behind that. A
On 20-05-22 19:02:02, Toby Such wrote:
>Looks like other people seemed to have the same idea as me for a little
>fix, seems to me like it should be part of core Django. And yes I do admit
>its a small thing but if it was actually useful some more people might use
>it?
Sounds good to me,
On 19-11-24 10:29:36, Tom Carrick wrote:
>1. Is this something people actually want, or is it just me?
+1, especially with a flag to disable it. Thank you for taking this up!
We live in the days of wide screens, where using the screen for something
meaningful is definitely a good idea. I find it
Hi David,
first off: thank you for voicing your opinion and starting this discussion.
Project governance decisions like this are often implicit or dictated by
tradition, so it's worth revisiting them occasionally!
On 19-09-26 16:42:25, David Vaz wrote:
>So if we would decide to close stalled
Hi Andrew (and everybody following the discussion, of course),
First off, thank you for your work here. DEP9 is an excellent technical
document, and it was as easy and pleasant to read as a document of this
scope and depth can be.
Especially the Motivation section was very insightful – it might
Hi Ruchit,
On 19-05-10 23:19:16, Ruchit Vithani wrote:
>I have following queries regarding tickets on Trac. In many of the tickets,
>some people comment `Regression in` and `Reproduced at`, and both of them
>link to some commit on GitHub. I could not understand what these links
>specify.
The
On 19-04-25 08:24:34, Herman S wrote:
>From what I gather there is a clear majority favoring Black, […]
Please don't resort to influencing the discussion by way of presenting a
majority opinion like that. People on django-dev are generally good at
not repeating points that have been made already,
On 19-04-18 05:07:53, Václav Řehák wrote:
>If it was possible, e.g. in settings, to force model
>validation in save(), it would help us a lot.
Would it help you even if this would only apply to actual `save()`
calls, no bulk creates, no bulk updates, and no modifications of
m2m relationships via
Hi Dan,
On 19-04-16 20:33:29, Dan Davis wrote:
>+1 isort
>-1 black
>
>I think that codestyle checkers are better, because you teach yourself
>proper style for python.
I appreciate this argument, but: As Django community our primary concern
in this discussion has to be the impact black would have
On 19-04-16 17:34:11, Will Gordon wrote:
>In the same way that editable fields are forced to not be included in a
>ModelForm (
>https://github.com/django/django/blob/master/django/forms/models.py#L146),
>I would like to propose that "required" fields (`blank=False`) be forced to
>be included in
On 18-09-15 23:15:10, Adam Johnson wrote:
>> I agree bulk_save() maybe is not the best name as people might expect
>> signals to be sent, but are there any suggestions other than bulk_update()?
>> Maybe something more accurate, like bulk_update_fields()? Or
>> bulk_save_fields()?
>
Hi Robert,
sounds good to me in general, just a few thoughts:
>I'd like to refactor several things about it that would have made it more
>abstract and easier for me, but still keep it backwards compatible:
>
> - rename bottom and top variables, instead self.first and self.last
>
On 08/04/16 01:40, Stephen Kelly wrote:
> Carl Meyer wrote:
>
>> It might be worth adding a short documentation note. We largely want to
>> avoid documenting Python's behavior in the Django docs, but a short note
>> in the template `is` docs reminding people not to ever use `is` with
>> strings
15 matches
Mail list logo
