Re: Technical Board Decision Needed: Admin append_slash behaviour.

at actually Option 2, do say. Thanks again. This has been a difficult issue to think about and deal with, and I do appreciate the input and guidance. Kind Regards, Carlton -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to

Re: Opt-in to maintain django-contrib-comments

Hi Alex, Thank you for your contributions! I can add you to the django-contrib-comments repo. Let me see if I can find the right button... 🙂 Welcome aboard! ⛵️ Kind regards, Carlton On Fri, 8 Jan 2021 at 15:22, Alexander Todorov wrote: > Hi folks, > I've exchanged couple of pu

Re: Quick Filter in the Admin Sidebar

I originally sent the ticket here to see if folks were keen. Given discussion here, I’ve adjusted to Accepted. Next step would be a PR. Thanks all. On Sat, 9 Jan 2021 at 10:21, Tom Carrick wrote: > Hi Maxim, > > I think the best thing you can do is add a ticket on trac - > https://code.djangop

Re: Status of 3.2 release blockers.

n I ask for opinions please? Again, the option is to say that we'll squeeze this in if review is fine. The feature freeze isn't cast in stone, but we do have to draw the line somewhere. This one is sufficiently interesting that Mariusz and I don't want to just decide with consultati

Re: Wanting to Contribute

kes sense and helps. If not reply and I’ll see if I can help some more. You can always ignore the failure, or use Postgres: https://postgresapp.com is a very easy to get going with. Kind regards, Carlton On Tue, 12 Jan 2021 at 16:50, Skyler Cain wrote: > Hello all! > > I've re

Re: Wanting to Contribute

; code to set and test the DYLD_LIBRARY_PATH and the first example worked for > me. > > Thanks for your help I'd like to get everything working if possible then > move on to PostgreSQL. > > On Tue, Jan 12, 2021 at 9:13 AM Carlton Gibson > wrote: > >> Hi Skyler. &

Re: Wanting to Contribute

rcain:~/code/django [master]$ python -c "import sqlite3; > print(sqlite3.sqlite_version)" > 3.32.3 > > Should I try an earlier version? > > On Tue, Jan 12, 2021 at 10:43 AM Carlton Gibson > wrote: > >> > I ran your code to set and test the DYLD_LIBRARY_PATH a

Re: Status of 3.2 release blockers.

have them, I’d think. If others have capacity to put their brains to this, that would be much appreciated. Thanks for your input here Paul! Kind regards, Carlton -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django i

Re: Admin accessibility

route. I haven't yet moved those tickets forward as I've been occupied with the v3.2 feature freeze. It's really good to have someone on board thinking about these issues! Thanks again. 🙂 Kind Regards, Carlton On Thursday, 14 January 2021 at 02:10:31 UTC+1 Thibaud Colas wrote:

Re: Wanting to Contribute

If you comment there, with sufficient details I can try to reproduce it. On Thu, 14 Jan 2021 at 14:59, Skyler Cain wrote: > Should I add a comment to the closed Django issue? > > On Tuesday, January 12, 2021 at 11:54:53 PM UTC-7 carlton...@gmail.com > wrote: > >> OK, this

Re: Wanting to Contribute

Thank you for bringing it up! And welcome aboard! I hope you have fun contributing! Kind regards, Carlton -- 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

Django 3.2 alpha 1 released.

Details are available on the Django project weblog: https://www.djangoproject.com/weblog/2021/jan/19/django-32-alpha-1-released/ -- You received this message because you are subscribed to the Google Groups "Django

Fellow Reports -- January 2021

13892 -- Updates for branching stable/3.2.x https://github.com/pypa/trove-classifiers/pull/59 -- Added trove classifier for Django v3.2 #59 Kind Regards, Carlton -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)&

Re: Generate JWTs with Django

Hi Andrew, Thanks for updating — that's really interesting to look at. I think a few more examples like this around the community would be handy to break the "Must use JWT" presumption that I think there is. Kind Regards, Carlton On Saturday, 16 January 2021 at 16:46:35 UT

Re: final_catch_all_view

admin site, as an additional layer. If so, unauthorised access is blocked before ever reaching Django, so you can turn off the catch all view without a worry. HTH Kind regards, Carlton On Tue, 19 Jan 2021 at 17:55, Adam Johnson wrote: > I don't see the need for any change - you can ins

Re: Revisiting Python support for after Django 3.2 LTS

HI Claude. Thanks for following up on this. I’d **like** to follow a slower policy — I’d more or less like us to be able to say that if you’re on a non-EOL Python we support you. BUT I’m struggling to think how we manage it, given Tim’s points. If we were to make a bit more explicit something

Re: Revisiting Python support for after Django 3.2 LTS

date their Python. (I'm not sure we have the capacity or duty to do more if folks are lingering here?) How do we decide? Mariusz has opened the PR to drop both 3.6 and 3.7 support. https://github.com/django/django/pull/13915 We can merge the 3.6 stuff, but it would be nice to settle this.

Re: Revisiting Python support for after Django 3.2 LTS

On Wed, 20 Jan 2021 at 16:19, Tim Graham wrote: > This chart doesn't look quite right for the policy you wrote. For example, > I wouldn't expect Django 4.2 LTS (supported until April 2026) to support > Python 3.8 (only supported until October 2024). Yep, my error. Please read as intended rather

Re: Fellow Reports -- January 2021

h. Kind Regards, Carlton On Tuesday, 19 January 2021 at 15:53:12 UTC+1 Carlton Gibson wrote: > Hi all. > > > > Calendar Week 1 -- ending 10 January. > > > Triaged: > > https://code.djangoproject.com/ticket/32324 -- Wrapping the header in > base.html

Re: Revisiting Python support for after Django 3.2 LTS

OK... urgh. I don't think there's a perfect answer here. As you say Tim, assuming the "support unless EOL before the Django version's EOL" we end up dropping the Python version before the LTS, which is going to be just as "premature" as we have now, but for the x.0. If I've not counted wrong

Re: GSOC 2021

you’ve got the capacity (it shouldn’t be too burdensome). Kind regards, Carlton On Mon, 1 Feb 2021 at 14:59, SECOB271_Ganesh Pawar wrote: > Hey guys, is Django going to participate in GSOC this year? > > -- > You received this message because you are subscribed to the Google Grou

Re: Fellow Reports -- January 2021

thored: https://github.com/django/django/pull/13936 -- Fixed #32348, Refs #29087 -- Corrected tutorial for updated deleting … Worked on: https://github.com/django/djangoproject.com/issues/1052 -- Stripe SCA support Kind Regards, Carlton On Tuesday, 26 January 2021 at 08:31:17 UTC+1 Carlt

Re: First time contributor, requesting permission to work on #32340

Hi Surya. Welcome Do comment on the ticket. Thibauld and Tom should be able to give you more specific advice. I'm not sure if Thibauld is already planning work, but there should be room to collaborate. Kind Regards, Carlton On Tuesday, 2 February 2021 at 02:25:10 UTC+1 Surya

Re: Revisiting Python support for after Django 3.2 LTS

n came up because Python 3.7 is (Python) supported for the entire lifetime of Django 4.0. Thanks again. Carlton On Wednesday, 27 January 2021 at 22:12:42 UTC+1 f.apo...@gmail.com wrote: > > Except for our LTS versions, which would never drop support. > > Mhm, I'd supp

Re: Revisiting Python support for after Django 3.2 LTS

for the next cycle seems favourite. I’ll leave this here for another day or so in case there are further comments. Otherwise we’ll proceed. Thanks all. I know lots of folks are already on 3.8 and beyond, but I think it’s important that we at least think about it. Kind regards, Carlton On Tue, 2

Deprecating django.utils.functional.cached_property() ?

functools.cached_property is available from Python 3.8. https://docs.python.org/3.9/library/functools.html#functools.cached_property Is there any benefit to maintaining our own version, or should we deprecate django.utils.functional.cached_property() with Django 4.0? Thanks. Carlton -- You

Re: Deprecating django.utils.functional.cached_property() ?

Thanks Tim. Trac’s search let me down there. Will review with a mind to accept. On Thu, 4 Feb 2021 at 12:00, Tim Graham wrote: > There's a ticket about it: https://code.djangoproject.com/ticket/30949 > > On Thursday, February 4, 2021 at 5:57:15 AM UTC-5 carlton...@gma

Re: @cached_property in admindocs

Hey Nat, I’d agree, probably yes. On Wed, 3 Feb 2021 at 15:04, Nat Dunn wrote: > From the documentation > : The > models section of the admindocs page describes each model in the system > along with all the fields, properties, a

Re: runserver hangs forever, without log of error in console, in two cases

y there towards acceptance (what *exactly* would a proposed change do/look like?) Hope that helps. If you do get into it, and get stuck on specifics, perhaps open a PR on GitHub so that we can discuss more. Kind Regards, Carlton On Mon, 8 Feb 2021 at 23:07, Michael Calve wrote: > Hello,

Re: Easy Pickings

Hi David I think this is a good idea. The contributing guide says to look for easy pickings tickets as a good way to get started, but there are hardy any, so there’s a bit of a disconnect there. I don’t think there’s any harm in a false positive, so don’t be shy. 😃 Thanks! C. On Wed, 10 Feb 20

Re: First time contributor, requesting permission to work on #32340

beginning there? (I need to have a longer look to know about next steps.) Thanks! And good hustle. 😃 Kind regards, Carlton On Thu, 11 Feb 2021 at 19:33, Surya Banerjee wrote: > Hi Carlton, > > I posted my question on the original ticket #32340 > <https://code.djangoproject.c

Getting initial parameters of inline admin model formset using URL

balance in terms of utility and API surface area. Kind regards, Carlton On Thu, 11 Feb 2021 at 23:13, Manav Agarwal wrote: > We may pass initial Model admin form parameters using URL, visit > https://docs.djangoproject.com/en/3.1/ref/contrib

Django security releases issued: 3.1.7, 3.0.13 and 2.2.19

Details are available on the Django project weblog: https://www.djangoproject.com/weblog/2021/feb/19/security-releases/ -- 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 st

Django 3.2 beta 1 released

Details are available on the Django weblog: https://www.djangoproject.com/weblog/2021/feb/19/django-32-beta-1-released/ -- 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 s

Fellow Reports -- February 2021

tlink for bugs.python.org. https://github.com/django/django/pull/13981` -- Contributing guide docs Calendar Week 8 -- ending 28 February. Holiday 🏝 [1] [1] Island may not be representative of actual week. Kind Regards, Carlton -- You received this message because you are subscri

Re: Help with ticket #28426

ess sounds plausible without looking in depth.) Hopefully that gets you going? Kind Regards, Carlton -- 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

Re: Difference between AdminSite.admin_view and staff_member_required?

— no doubt someone does 🙂 Kind Regards, Carlton > On 9 Mar 2021, at 11:56, Tobias Bengfort wrote: > > Hi, > > while reading the documentation on django's admin site I noticed there are > two mechanisms to check for authentication: AdminSite.admin_view[0] and > s

Re: Difference between AdminSite.admin_view and staff_member_required?

ango/django/commit/e8a758e941bb36f69b6224b73b00b9d6a814bbdc <https://github.com/django/django/commit/e8a758e941bb36f69b6224b73b00b9d6a814bbdc> A PR modernising the explanation may be in order. (I’d need to look at the matching history for admin_view judge fully…) Kind Regards, Carlton -- Y

Re: Difference between AdminSite.admin_view and staff_member_required?

Hey Tobias. OK, it looks like I need to review it in more depth. Possibly it does all make sense, but the staff_member_required docs don’t read how I’d expect them to from this conversation. Do you want to open a PR with suggested changes as a focus for discussion? Kind regards, Carlton On Tue

Re: Proposal to add attribute 'step' to FloatField and DecimalField

Hiya, DecimalField already sets step based on the number of decimal places def test_decimalfield_widget_attrs(self): f = DecimalField(max_digits=6, decimal_places=2) self.assertEqual(f.widget_attrs(Widget()), {}) self.assertEqual(f.widget_attrs(NumberInput()), {'step

Re: Proposal to add attribute 'step' to FloatField and DecimalField

> On 17 Mar 2021, at 15:34, Jacob Rief wrote: > > But FloatField also offers a min_value and max_value. When rendered as a > widget, they are used as attributes min and max in their input > field. In addition to that, the field value is validated against a value in > that range. To be consist

Django 3.2 release candidate 1 released.

Details are available on the Django project weblog: https://www.djangoproject.com/weblog/2021/mar/18/django-32-rc1/ -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions

Re: Bug in migrations when testing on Django 3.2b1

it's still worth opening a ticket with as much info as you can: * Maybe someone is able to say "Oh, it's this" * Provides info for anyone else hitting this. Thanks again! Kind Regards, Carlton On Thursday, 18 March 2021 at 15:26:23 UTC+1 HM wrote: >

Re: Bug in migrations when testing on Django 3.2b1

which adjusted AppConfigStub, so maybe related. (You could see if reverting that helps.) On Thursday, 18 March 2021 at 15:39:04 UTC+1 Carlton Gibson wrote: > Hi. > > So, first off, thanks for testing! > > Initial thoughts: > > * We might need a bit more to be able to

Moving rest_framework.status into core?

DRF into core" theme. Thanks. Kind regards, Carlton -- 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, send an email to djang

Re: Django Project idea query

input. I know others are very keen in this area and will jump in as soon as you show progress. Hopefully that gets you started. (Summary: Get up and running, then I'm sure you can get more feedback.) Kind Regards, Carlton On Tuesday, 23 March 2021 at 10:48:34 UTC+1 khushik...@gmail.co

Re: #17193, Mass Templated Emails and support for mass EmailMessage (s)

hat helps. Kind Regards, Carlton On Sunday, 21 March 2021 at 16:17:45 UTC+1 muskan...@gmail.com wrote: > I came across this issue #17193 which is quite old, that I'd like > clarification/discussion on. > To summarize the discussion that took place there > <https://code.dj

Fellow Reports -- March 2021

xed #31370 -- Added support for parallel tests with --buffer. https://github.com/django/django/pull/13829 -- Fixed #16010 -- Added Origin header checking to CSRF middleware. Kind Regards, Carlton -- You received this message because you are subscribed to the Google Groups "Django develo

Re: Fellow Reports -- March 2021

thub.com/django/djangoproject.com/pull/1078 -- Re-added reCaptcha to fundraising page. #1078 Kind Regards, Carlton -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this

Re: GSOC Proposal: Adding Redis Cache Backend To Django Core.

on — we need to be very clear on requirements, installation and setup. I hope that helps. Kind Regards, Carlton On Monday, 29 March 2021 at 16:30:29 UTC+2 girishs...@gmail.com wrote: > Hello, I am Girish Sontakke from India. I am willing to start contributing > to Django through

Re: GSOC Proposal: Adding Redis Cache Backend To Django Core.

on right — there are a few options with installs and connections and … — you don’t have to solve all of those in the proposal but showing that you’re aware of them would be good. I hope that helps. Kind Regards, Carlton -- You received this message because you are subscribed to the Google

Re: Request for Comment: settings growth configuring Email Backend.

is to continue just adding settings. Looking another 7 years out, I can't help but think that doing so fails on appropriate complexity management. As I said on the PR, I was at the point of saying, yes OK, let's just add the settings. Then reviewing the PR again I had the sam

Re: Django Benchmark query

github.com/smithdc1/django-asv/ Kind Regards, Carlton On Thursday, 1 April 2021 at 18:30:58 UTC+2 khushik...@gmail.com wrote: > Hello Everyone! > I just wanted to ask how to set up a new benchmark in the Django > benchmarking project. > I am stuck at this point and wanted to ask how

Re: Request for Comment: settings growth configuring Email Backend.

trikes me as such an egregious example of where we'd be doing it wrong that, as I said, I baulked — we make the API incrementally more complex for arguments which will rarely be used. Each individual change doesn't have a great cost — that's the problem — but they add up, in a w

Django 3.2 Released

Details are available on the Django project weblog: https://www.djangoproject.com/weblog/2021/apr/06/django-32-released/ -- You received this message because you are subscribed to the Google Groups "Django developers (Con

Re: Can't translate strings properly to Hebrew and Arabic (#31937)

, before you put in hours updating every string. (Once a PR is open, it’s always possible to collaborate too.) It seemed the idea was fairly clear — were there specific doubts unresolved? Kind regards, Carlton On Tue, 6 Apr 2021 at 13:47, אורי wrote: > Hi Adam, > > What will a PR require

Re: Google season of docs

Hi. On Sun, 4 Apr 2021 at 12:12, Mhd Ali wrote: > Will Django be participating in Google season of docs this year? > No, we didn’t apply this year. Simply for the lack of spare capacity given the ongoing pandemic, we didn’t feel we had the bandwidth. Kind regards, Carlton > -- You

Re: GSoC Proposal: (Migrations) Adapt schema editors to operate from model states instead of fake rendered models.

there are a lot of applications, so making yours stand out as focused and to the point both demonstrates your capacity and makes the reviewer’s job easier.) I hope that helps. Kind regards, Carlton On Mon, 5 Apr 2021 at 05:12, Manav Agarwal wrote: > Link for the proposal - > https://gist.gith

Re: GSoc proposal : A django pdfs library.

profile blog piece, so if you’re keen it might be worth the punt.) I hope that helps. Kind regards, Carlton On Mon, 5 Apr 2021 at 15:58, Anuttam Anand wrote: > Hello to all my djangomates. I am Anuttam Anand, Btech student from India. > For this year's GSoc , I am thinking of making a p

Re: Can't translate strings properly to Hebrew and Arabic (#31937)

in doing that goes a long way 😀) Kind Regards, Carlton > On 6 Apr 2021, at 15:48, ⁨אורי⁩ <⁨u...@speedy.net⁩> wrote: > > Hi Carlton, > > Thanks for the feedback. Do you want me to create the draft PR? I would also > like to receive feedback from Claude (cc), to se

Re: Can't translate strings properly to Hebrew and Arabic (#31937)

Super. Thank you. > On 6 Apr 2021, at 16:25, ⁨אורי⁩ <⁨u...@speedy.net⁩> wrote: > > OK, here is a draft PR: https://github.com/django/django/pull/14226 > <https://github.com/django/django/pull/14226> > אורי > u...@speedy.net <mailto:u...@speedy.net> > &

Re: GSoC Proposal: (Migrations) Adapt schema editors to operate from model states instead of fake rendered models.

uses Simon's suggestions. Please do use this week to make your proposal as good as you can and submit. (I can't see that I'll have capacity to review another draft, but equally you should have enough to go on now.) I wish you luck! Kind Regards, Carlton On Wednesday, 7 Apri

Re: django-amp-tools project improvement

This might be OK as a third-party package but I don't think it would be something we'd include in Django itself. Nor I think would we accept it as a GSoC project. Sorry. Kind Regards, Carlton On Monday, 12 April 2021 at 08:19:10 UTC+2 parth...@gmail.com wrote: > Can I propo

Re: GSoc proposal : A django pdfs library.

Hi Anuttam — If you're happy I'd submit. I'm afraid I don't have capacity to pre-review before the deadline here. Good luck. Kind Regards, Carlton On Monday, 12 April 2021 at 08:27:12 UTC+2 anutta...@gmail.com wrote: > Hey , > Can anyone please let me know

Django Debug Toolbar security releases issued: 3.2.1, 2.2.1 and 1.11.1.

Details are available on the Django project weblog: https://www.djangoproject.com/weblog/2021/apr/14/debug-toolbar-security-releases/ -- You received this message because you are subscribed to the Google Group

Re: include_block template tag

? i.e. How would it look using include or a custom inclusion tag, and so why would a new tag be better? I think that would be helpful. (Make sense?) Kind Regards, Carlton > On 16 Apr 2021, at 23:03, Pierre Vanliefland > wrote: > > Hello! First, sorry if it is not appropriate to bri

Fellow Reports -- April 2021

on message on technical 404 debug page. Authored: https://github.com/django/django/pull/14269 -- Fixed #32652 -- Updated links to new contributors FAQ. Kind Regards, Carlton -- You received this message because you are subscribed to the Google Groups "Django developers (Contributio

Re: include_block template tag

Hi Pierre. If you were to bundle it in a package and put in on PyPI, that would allow others to easily experiment and feedback too. Kind regards, Carlton On Thu, 22 Apr 2021 at 21:33, Pierre Vanliefland < pierre.vanliefl...@gmail.com> wrote: > Thanks Jure! In the meantime, I hav

Re: Fellow Reports -- April 2021

32665 -- Fixed caches system check crash when STATICFILES_DIRS is a list of 2-tuples. Authored: https://github.com/django/django/pull/14288 -- Fixed #32647 -- Restored multi-row select with shift-modifier in admin changelist. Kind Regards, Carlton -- You received this message because yo

Re: Fellow Reports -- April 2021

m/django/django/pull/14327 -- Refs #32694 -- Clarified when colorama requirement is needed in Windows how-to. Kind Regards, Carlton -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubs

Django security releases issued: 3.2.1, 3.1.9 and 2.2.21

Details are available on the Django project weblog: https://www.djangoproject.com/weblog/2021/may/04/security-releases/ -- You received this message because you are subscribed to the Google Groups "Django developers (Contri

Re: Hi i'm new on python and django!

ction of the Contributing Guide gives a good outline of the workflow: https://docs.djangoproject.com/en/3.2/internals/contributing/triaging-tickets/ Hopefully this helps to get you started. Welcome aboard ⛵️ Kind regards, Carlton On Wed, 12 May 2021 at 00:58, Juan Leon wrote: > anyone can h

Re: Best status to start to contribute

stuck do reach out, either here or on the forum <https://forum.djangoproject.com/> as you prefer. I hope that helps. Kind Regards, Carlton > On 14 May 2021, at 11:38, Sarah A wrote: > > Hi, > > I'm a new contributor to Django project. > > I've tried to contribute

Fellow Reports -- May 2021

://github.com/django/django/pull/14386 -- Fixed #32740 -- Caught possible exception from colorama setup. Kind Regards, Carlton -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from

Re: GSoC Proposal: (Migrations) Adapt schema editors to operate from model states instead of fake rendered models.

ursday, April 8, 2021 at 7:17:58 AM UTC+5:30 Manav Agarwal wrote: > >> Hey Carlton. >> >> I have submitted the proposal. >> Also, Your suggestion of adding tests with the introduction of a new >> central registry seems great and I have implemented the same in phase 1. &

Re: Beginner friendly issues

e to take on any of them. Beyond that I suggest filtering by component, and then taking a bit of time to browse. Most issues aren’t super-hard, but almost all do take some time to understand. I hope that helps. Kind regards, Carlton On Sun, 30 May 2021 at 13:16, Sky Lord wrote: > Am also begi

Re: Fellow Reports -- May 2021

49 -- Fixed #32783 -- Fixed crash of autoreloader when __main__ module doesn't have __spec__ attribute. https://github.com/django/django/pull/14407 -- Fixed #32744 -- Normalized to pathlib.Path in autoreloader check for template changes. Kind Regards, Carlton -- You received this

Django security releases issued: 3.2.4, 3.1.12, and 2.2.24

Details are available on the Django project weblog: https://www.djangoproject.com/weblog/2021/jun/02/security-releases/ -- You received this message because you are subscribed to the Google Groups "Django developers (Contr

Re: What to do about formfield_callback?

s... My initial query is, would not defining `field_classes`[1] on, say, a base form class for your project be a/the way to go here? Thanks. Carlton [1]: https://docs.djangoproject.com/en/3.2/topics/forms/modelforms/#overriding-the-default-fields On Saturday, 5 June 2021 at 02:10:31 UTC+2 James

Re: Changing widget rendering templates

s_p &co to say "This method has accessibility issues" if we wanted to steer people away — There's probably value if having two or three different examples of how you could render a form, especially if we can solve the worst of the accessibility concerns. Kind Regards, C

Re: What to do about formfield_callback?

Hey James, Yes, I’ll top-post because I basically agree with all of that. Thanks. +1 C. > On 6 Jun 2021, at 01:34, James Bennett wrote: > > On Fri, Jun 4, 2021 at 11:54 PM Carlton Gibson > wrote: >> I'm sympathetic to the suggestion here, but wary of expanding t

Re: Do we add versionadded blocks or does the release manager?

Hi Jared, It’s great if you add them. The eventual merger will review them, but it’s good to have them in place from the beginning. Thanks! Kind Regards, Carlton > On 7 Jun 2021, at 07:11, Jared Chung wrote: > > If I'm contributing a new feature, would it be appropriat

Re: Discussion regarding #32628 and #32823

at even with that in place this feature is needed for something that would be widely beneficial. This thread is the correct place for that discussion. I hope that helps. Kind Regards, Carlton On Monday, 7 June 2021 at 13:31:13 UTC+2 s.g...@b-sharpe.com wrote: > Dear community, > >

Fellow Reports -- June 2021

-- Fixed #32793 -- Fixed loss of precision for temporal operations with DecimalFields on MySQL. Kind Regards, Carlton -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this grou

Upcoming Contributing to the Django Docs Workshops

een a long time member of the Django community (do search for his DjangoCon talks if you don’t know him) and, after several years at Divio, is off to lead the documentation efforts at Canonical. To have him share his knowledge with us is a real treat. Kind regards, Carlton -- You receive

Re: Upcoming Contributing to the Django Docs Workshops

We’ll send out a link for the first workshop this Tuesday. On Sun, 13 Jun 2021 at 18:44, moshe nahmias wrote: > Thanks for the reply, when are we supposed to get a link to connect to for > the workshop? > > On Sun, Jun 13, 2021 at 6:17 PM Daniele Procida wrote: > >> moshe nahmias wrote: >> >> >

Re: Accessibility standards & contribution guidelines for Django

he years, but don't feel confident on it at all. I think a trusted guide in the Django docs would be an awesome resource. (As a Django user I want a guide in the docs so that I can make my site accessible from the start.) That doesn't directly address your specific questions. Kind Re

Re: Removal of USE_L10N setting

ase. (Again, assuming it's as minority as we think). >From the PR: > ...if needed, you can simulate the > old ``USE_L10N = False`` behavior by defining those format settings in your > settings file. > - docs/releases/4.0.txt Maybe we could give an example there (🤔) but th

Re: CTRL-BREAK still make sense on Windows for `runserver`?

I too realise I don't have a(n obvious) break key but have been happily hitting CTRL-C. On Monday, 21 June 2021 at 23:53:15 UTC+2 Adam Johnson wrote: > Would it be bad to have Django respond to both shortcuts? > I think as a matter of fact it does. At least using PowerShell/Win10/Etc — Lookin

Re: Recognising Contributions

be really great. I'm not sure as yet on the exact format to present all that. The blog post for the _Final_ versions could say more without too much difficulty. (e.g. https://www.djangoproject.com/weblog/2021/apr/06/django-32-released/ ) Kind Regards, Carlton On Tuesday, 29 June 2

Re: Fellow Reports -- June 2021

Redis. https://github.com/django/django/pull/14546 -- Add a note about %autoawait off for IPython Kind Regards, Carlton -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from thi

Fellow Reports -- July 2021

to work with SuccessMessageMixin. https://github.com/django/django/pull/14598 -- Fixed #32899 -- Added note about avoiding non-dict objects in JsonResponse docs. Authored: https://github.com/django/django/pull/14634 -- Fixed #21936 -- Allowed DeleteView to work with custom Forms and SuccessMessageMix

[TB] Proposal to add Florian Apolloner to Releasers team.

n with us. As such, I would like to nominate Florian as a new Releaser, and ask the TB to discuss/vote on that in accordance with DEP 10. (I didn't discuss this with him but, I hope that's OK with you Florian?) As I say, it's unlikely to be needed, but came up in reviewing Mariusz

Re: template API to list templates

Hey Chris. I'd be interested in something like this. (Recently have found myself needing to generate similar for integration with CSS purge tooling...) C. On Saturday, 3 July 2021 at 16:44:49 UTC+2 chris.j...@gmail.com wrote: > Hi, > > I recently had a need to iterate over all templates in

Re: [TB] Proposal to add Florian Apolloner to Releasers team.

> Given that I'd mostly serve as fallback I guess it would be fine (assuming we > have a good documented release process :D) We do. I’d not be able to do it otherwise. 🥳 https://docs.djangoproject.com/en/dev/internals/howto-release-django/ -- You received this message because you are subscribed

Re: Guardrails around lack of model validation on blank=True fields

to the form layer.) [2]: https://github.com/django/django/pull/14666/ There's some good stuff in the discussion on #20205, but I think it's relevant to _Advanced techniques with custom model fields_, rather than a change we can realistically make. I hope that all makes sense. What

Re: Guardrails around lack of model validation on blank=True fields

0 UTC+2 jacobty...@gmail.com wrote: > This makes good sense, Carlton, and I didn't mean to be rushing your reply! > > "That way lies madness" is entirely correct. Just wanted to map the > terrain after I had so confidently commented on one Trac ticket about > won

Re: RSS access to Google groups?

Upvoted, but I'm not holding out hope. 🤨 There was discussion a while back about moving the discussion here to the Forum. Perhaps it's time to think again about doing that? (Andrew and Tom were discussing migrating the history. I don't think we should block on that.) C. On Thursday, 29 July 2

Re: FIleField(null=True) (Was: Guardrails around lack of model validation on blank=True fields)

Hi Raffaele. Looking at #10244, it looks as if it needs someone to pick up Aymeric's suggestion. Would that be you? 😀 (Since you favour the option 2 there, I'd try that — it's probably OK with a suitable release note, as Aymeric said.) C. On Tuesday, 27 July 2021 at 23:46:33 UTC+2 Raffaele Sal

Re: Fellow Reports -- July 2021

dation for empty strings in fields where empty_strings_allowed = False and blank = True. https://github.com/django/django/pull/14651 -- Fixed #32933 -- Documented BoundField.initial as preferred over Form.get_initial_for_field(). Kind Regards, Carlton -- You received this message becau

<    1   2   3   4   5   6   7   8   >