some evidence either way,
Arthur Pemberton
On Tue, Mar 5, 2024 at 3:40 PM Adam Johnson wrote:
> USE_I18N does not disable localization, but internationalization. USE_L10N
> was the setting to enable/disable localization, but it was deprecated in
> Django 4.0:
> https://docs.djangopr
https://docs.djangoproject.com/en/5.0/topics/i18n/formatting/#creating-custom-format-files
>
> On Tue, 5 Mar 2024 at 18:43, Arthur Pemberton wrote:
>
>> The documentation (
>> https://docs.djangoproject.com/en/5.0/ref/forms/fields/#timefield) says
>> that " the default i
IME_INPUT_FORMATS seems to be
ignored.
How does one use settings.TIME_INPUT_FORMATS ?
Arthur Pemberton
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it
` itself is not
documented anywhere; seems like it should at least be mentioned in the
Deployment section.
Arthur Pemberton
On Fri, Jun 23, 2023 at 3:07 PM 'Adam Johnson' via Django developers
(Contributions to Django itself) wrote:
> Hi Arthur,
>
> You've found the wrong mai
I found https://code.djangoproject.com/ticket/7930 seems like
`FORCE_SCRIPT_NAME` just isn't meant to work.
Maybe the docs should reflect that.
Arthur Pemberton
On Fri, Jun 16, 2023 at 5:18 PM Arthur Pemberton wrote:
> Even with `FORCE_SCRIPT_NAME` `MEDIA_URL` is being prefixed prope
Even with `FORCE_SCRIPT_NAME` `MEDIA_URL` is being prefixed properly, but
not `STATIC_URL` .
Was `FORCE_SCRIPT_NAME` just not meant to be used with the `runserver` ?
Arthur Pemberton
On Fri, Jun 16, 2023 at 5:01 PM Arthur Pemberton wrote:
> The docs reference `FORCE_SCRIPT_NAME` but say v
://ruddra.com/deploy-django-subpath-openshift/ to get things to work.
Shouldn't this be a complete feature?
I've re-checked https://docs.djangoproject.com/en/4.2/howto/deployment/ and
there's no information on the topic (that I could find).
Arthur Pemberton
--
You received this message because you
At this point, I'm not even suggesting that Django handle this internally.
I'm suggesting that the behaviour/expectation be documented, at least in
the deployment guide.
Are there any deployment scenarios where META.REMOTE_ADDR is ever even
correct?
Arthur Pemberton
On Wed, Apr 19, 2023 at 3:37
I have read previous discussions (most recent I could find was Dec 2013
[1] ) on the inclusion of `HTTP_X_FORWARDED_FOR` based logic to get the
"real" IP address of an HttpRequest. From what I can see, currently there
is currently no automatic handling of `HTTP_X_FORWARDED_FOR` in Django.
What exactly would be considered the burden in maintaining a .gitignore?
Arthur
On Fri, Mar 10, 2023 at 11:37 AM Tega Ukavwe wrote:
> I strongly agree with Adam and Tom, the extra and unnecessary burden of
> maintaining the .gitignore file outweighs its advantages.
>
> Cheers,
> Tega.
>
> On
I like the idea as I've seen novices commit all their .pyc files, but maybe
this should only triggered by a flag to startproject, --git perhaps.
Arthur Pemberton
On Thu, Mar 9, 2023, 14:13 Daniel Azubuine
wrote:
> Yeah
>
> What I meant is for the default ‘startproject’ template t
I too find the idea of hard coded HTML in a Python file to be inelegant,
for what it's worth.
Arthur Pemberton
On Sat, 18 Feb 2023 at 08:12, 'Adam Johnson' via Django developers
(Contributions to Django itself) wrote:
> Putting HTML for the admin in model definitions is a bit too coup
> (Why is "Just give it a value in your settings" not OK? 樂)
I'm guessing the issue here is that it's currently an unknown-unknown to
most/all newbies.
At the very least, it should probably be addressed in the documentation on
deployment.
Regards,
Arthur Pemberton
On Thu, 17 Nov
For what it's worth, this is the (general) layout I've used for the past 8+
years of my professional Django development.
Arthur
On Wed, 20 Apr 2022 at 15:22, Olivier Dalang
wrote:
> +1 for Adam's suggestion, I use it as well and like it very much.
>
> > root folder
> - manage.py
> -
outside of Postgres. I’m not familiar enough with
> the other RDBMSs to know how workable that is. But the answer is certainly
> not discarding user intent.
>
> Kye
> On 13 Dec 2021, 11:32 AM +0800, Arthur Pemberton ,
> wrote:
>
> A setting to convert all usernames to lo
ase-insensitive fields outside of Postgres. I’m not familiar enough with
> the other RDBMSs to know how workable that is. But the answer is certainly
> not discarding user intent.
>
> Kye
> On 13 Dec 2021, 11:32 AM +0800, Arthur Pemberton ,
> wrote:
>
> A setting t
e, although their
> true address is lowercase. I don't think you want this uppercase letter to
> appear on your database in the email field.
>
> אורי
> (Uri)
>
> u...@speedy.net
>
>
> On Sun, Dec 12, 2021 at 6:02 PM Arthur Pemberton wrote:
>
>> Especial
across [1].
Ideally, it would be great to have a setting (or model field) that would
allow easy switching to case insensitive usernames.
Arthur Pemberton
[1] https://code.djangoproject.com/ticket/2273
--
You received this message because you are subscribed to the Google Groups
"Dj
18 matches
Mail list logo