Re: Django ORM Internals

2019-05-13 Thread Aymeric Augustin
Hello, I would suggest https://www.youtube.com/watch?v=bgV39DlmZ2U if you'd like to understand how the ORM is structured in layers. -- Aymeric. Le lun. 13 mai 2019 à 12:16, Adam Johnson a écrit : > Yes there isn't much documented on the ORM internals, but there are other > resources. The

Re: Django Async DEP

2019-05-09 Thread Aymeric Augustin
> On 9 May 2019, at 22:06, Andrew Godwin wrote: > > Jannis suggested what I think might be a nicer approach on Twitter, which is > to add an async "proxy object" to access methods with, e.g.: > > cache.get("foo") > cache.async.get("foo") > > This is still explicit but looks less ugly, and

Re: Django Async DEP

2019-05-09 Thread Aymeric Augustin
Hello Andrew, Thanks for your work putting together this plan. Within our constraints, it's a good plan. Regarding templating, I would say it isn't a priority because a developer who knows how to parallelize I/O bound operations will prefer (or at least accept) to perform these operations in

Re: injecting settings

2019-05-08 Thread Aymeric Augustin
> On 8 May 2019, at 11:38, Michal Petrucha wrote: > > On Tue, May 07, 2019 at 10:53:37PM +0200, Aymeric Augustin wrote: >> If we're only talking about providing default values for settings, currently >> there are two straightforward solutions: >> >> 1. Like Ada

Re: injecting settings

2019-05-07 Thread Aymeric Augustin
> On 7 May 2019, at 17:49, Christian González > wrote: > Apps should have the possibility to add DEFAULT settings to the Django global > settings. As already mentioned in my plugin system question, I don't see a > problem with app/settings loading order. The loading order is done in >

Re: injecting settings

2019-05-07 Thread Aymeric Augustin
Hello Christian, I'm not aware of any plans in this area. When you say this is not possible, I assume you are referring to my work on app-loading in Django 1.7. Here's what comes to mind. There's a chicken'n'egg problems if an app modifies INSTALLED_APPS during app loading. This is a common

Re: Proposal to format Django using black

2019-04-30 Thread Aymeric Augustin
So this thread just passed the 100 message mark... I wish we could redirect some of that energy to things that actually matter to end users... Anyway, I updated DEP 8 to account for all comments made so far. Thanks everyone who provided feedback! -- Aymeric. -- You received this message

Re: Proposal to format Django using black

2019-04-29 Thread Aymeric Augustin
done > without breaking blame. > > Alex > > [0] https://prettier.io/docs/en/options.html#range > <https://prettier.io/docs/en/options.html#range> > [1] https://github.com/nrwl/precise-commits > <https://github.com/nrwl/precise-commits>

Re: Proposal to format Django using black

2019-04-28 Thread Aymeric Augustin
Hello, Here's my attempt at summarizing the conversation in a DEP: https://github.com/django/deps/pull/55 . It's easier to read as a rich diff: https://github.com/django/deps/pull/55/files?short_path=95a1a7b#diff-95a1a7b430e2608b84f5c834fd6c258c

Re: Proposal to format Django using black

2019-04-28 Thread Aymeric Augustin
> On 14 Apr 2019, at 15:10, Josh Smeaton wrote: > > Finally, there are some tricks you pick up if black fights you on some > decisions. To use Berkers example: > > TIME_INPUT_FORMATS = [ > '%H:%M:%S', # '14:30:59' > '%H:%M:%S.%f', # '14:30:59.000200' > '%H:%M', # '14:30' > ] >

Re: Proposal to format Django using black

2019-04-27 Thread Aymeric Augustin
I'm writing a DEP. -- Aymeric. > On 25 Apr 2019, at 13:30, Josh Smeaton wrote: > > To answer the question about decision making... > > Usually a decision is made if there’s reasonable consensus in the discussion > or after a vote. If no clear consensus can be reached with the core team,

Re: Proposal: Allow ManyToMany using a intermediary table to be defined as symmetrical

2019-04-26 Thread Aymeric Augustin
Hello Nadège, While I'm not an expert of this area, your proposal makes sense to me. It looks like a reasonable extension of previous work. You can go ahead with a ticket and a pull request. Best regards, -- Aymeric. > On 23 Apr 2019, at 12:09, Nadège Michel wrote: > > Hello, > > We

Re: django_chatterbot

2019-04-18 Thread Aymeric Augustin
Hello, This mailing list is for the development of Django itself, not for support using Django or third-party apps. Please use the support channels for the django-chatterbot project or a site like Stack Overflow. -- Aymeric. > On 18 Apr 2019, at 10:39, Meow wrote: > > Hi, Abhineet,

Re: Why does ModelForm do validation and not Model

2019-04-18 Thread Aymeric Augustin
Hi Curtis, Le mer. 17 avr. 2019 à 22:32, Curtis Maloney a écrit : > It's mostly for performance reasons, since validation can be expensive. > > Really? My memory was that it was (a) backward compatibility [model > validation was added later], and (b) practicality [try catching > everywhere in

Re: Why does ModelForm do validation and not Model

2019-04-16 Thread Aymeric Augustin
Hello Will, It's mostly for performance reasons, since validation can be expensive. You can override save() to call full_clean() in a model if you'd like. Cheers, -- Aymeric. > On 16 Apr 2019, at 20:47, Will Gordon wrote: > > I can't seem to find a good reason for this. And I could

Re: Proposal to format Django using black

2019-04-14 Thread Aymeric Augustin
Hello, I'm strongly in favor of adopting black with the default options. In my opinion, it's the first Python code formatter that passes the bar of "on average, does better than any single programmer". Trying to enforce something else manually is a waste of energy that produces worse results.

Re: Newcomer's questions

2019-03-17 Thread Aymeric Augustin
Hello Alexey, Thanks for contributing! 1. You should make a PR against master and, if you're fixing a Trac ticket, start the commit message with "Fixed #x -- bla bla bla". Version indicators such as [2.0.x] are added when patches are backported to stable branches. You don't need to care

Re: BitBounce Spam Replies From the Mailing List

2019-02-17 Thread Aymeric Augustin
:35, Aymeric Augustin > a écrit : > > Since Twitter is the only place where BitBounce responded, I tried again: > https://twitter.com/aymericaugustin/status/1097231848973967362 > > I'm skeptical about their willingness to fight spam: they're using it as > their primary mar

Re: BitBounce Spam Replies From the Mailing List

2019-02-17 Thread Aymeric Augustin
Since Twitter is the only place where BitBounce responded, I tried again: https://twitter.com/aymericaugustin/status/1097231848973967362 I'm skeptical about their willingness to fight spam: they're using it as their primary marketing channel. The more we're talking about them, the happier they

Re: Extend FAQ with "How do I get Django and my JS framework to work together?"

2019-02-09 Thread Aymeric Augustin
Hello, I wrote a three-part essay on this question last year: 1. https://fractalideas.com/blog/making-react-and-django-play-well-together/ 2. https://fractalideas.com/blog/making-react-and-django-play-well-together-hybrid-app-model/ 3.

Re: django.utils.dateparse

2019-02-04 Thread Aymeric Augustin
Hello Guiseppe, At this point I think we can agree on why we disagree :-) First, I believe that the function responsible for converting datetimes stored in ISO 8601 format in SQLite databases should parse ISO 8601 and not do anything else. I'm -1 on changing it to accept localized datetimes. (A

Re: django.utils.dateparse

2019-02-03 Thread Aymeric Augustin
1 loops, best of 3: 32.7 usec per loop > > python -m timeit -s "import datetime" > "datetime.datetime.strptime('2019-02-03T17:27:58.645194', > '%Y-%m-%dT%H:%M:%S.%f')" > 1 loops, best of 3: 53.5 usec per loop > > python -m timeit -s "from date

Re: Show applied datetime in showmigrations

2019-02-03 Thread Aymeric Augustin
Hello, This sounds interesting. You should think a bit about backwards compatibility because there's a good chance that some users are calling django-admin showmigrations in scripts or tools. I don't think this is a blocker for changing the output format. However you should plan to minimize

Re: django.utils.dateparse

2019-02-03 Thread Aymeric Augustin
Hello Guiseppe, django.utils.dateparse provides helpers needed by Django to implement datetime, date and time fields on SQLite. (SQLite doesn't have a native date time type.) Their job is to parse ISO 8601 fast. That's it. A utility module should do exactly what Django needs and nothing more.

Re: Breaking change vs deprecation on Sitemaps `ping_google` command

2019-01-09 Thread Aymeric Augustin
Ditto. I'd rather have a small, documented backwards incompatibility (and that's unlikely to cause significant problems) that another setting. Cheers, -- Aymeric. > On 9 Jan 2019, at 16:09, charettes wrote: > > I agree with Tim, this is a minor change in a contrib app. > > I don't think

Re: Migration strategy for proxy model permissions to use their own content type

2019-01-06 Thread Aymeric Augustin
Hello Arthur, I agree that option 1 is the way to go. It would be nice to make the migration reversible. If someone upgrades to Django 2.2.x, migrates the database, and later discovers a blocking issue, they should have the option to migrate backwards and downgrade to 2.1.y. Best regards, --

Re: Simplify authentication backend interface

2019-01-06 Thread Aymeric Augustin
Hello Tobias, And sorry for the late answer! Yes, this is a good idea. https://docs.djangoproject.com/en/2.1/topics/auth/customizing/#handling-authorization-in-custom-backends reads

Re: BitBounce Spam Replies From the Mailing List

2019-01-06 Thread Aymeric Augustin
compensation for unsolicited email after all :-) and you sent quite a lot to us :-( Looking forwards to a prompt resolution, -- Aymeric. > Le 6 janv. 2019 à 10:35, Aymeric Augustin > a écrit : > > [[ I'm adding BitBounce support to this discussion, even though I expect I'll > ju

Re: BitBounce Spam Replies From the Mailing List

2019-01-06 Thread Aymeric Augustin
[[ I'm adding BitBounce support to this discussion, even though I expect I'll just get one more of their spam — "we'll ignore the spam problem we cause to you until you pay money to us". ]] > On 2 Jan 2019, at 01:39, Daniele Procida wrote: > > On Wed, Jan 2, 2019, Daniele Procida wrote: >

Re: New optional settings - disable bulk_create in all managers and call self.full_clean() before saving the models

2019-01-05 Thread Aymeric Augustin
Hello, Your ValidateModelMixin and ManagerMixin look perfectly reasonable. You wanted to customize two aspects of Django's behavior. You managed to do so in four lines and three lines respectively. (I'm leaving out `id_generator` which is another concern.) Preventing database writes without

Re: Consensus about visual diagrams in the docs.

2018-11-30 Thread Aymeric Augustin
Hello, A few years ago, I redid most illustrations and included them in the docs as SVG files. The primary driver was switching from PNG to SVG to better accommodate hi-dpi displays. I also committed the source files. Unfortunately, they're in a proprietary format and cannot be reused without

Re: Extending django.contrib.auth.models Group name to be 191 character max_length

2018-11-13 Thread Aymeric Augustin
That seems all right to me. -- Aymeric. > On 13 Nov 2018, at 16:56, joh...@alumni.upenn.edu wrote: > > If the other fields are also 191, i see no reason not to make the change. It > should be a non-breaking change. And Yes i am that colleague... > > On Tuesday, November 13, 2018 at

Re: Pluggable secret key backend

2018-11-11 Thread Aymeric Augustin
break and continue to work as > expected. > > Tom > > > > > > On 11 November 2018 at 07:38:15, Aymeric Augustin > (aymeric.augus...@polytechnique.org) wrote: > >> Hello, >> >> I think this is a great idea. >> >> As suggested

Re: Pluggable secret key backend

2018-11-10 Thread Aymeric Augustin
Hello, I think this is a great idea. As suggested by others, an even better default implementation would be: class SecretKeysBackend: def get_signing_key(self): if isinstance(settings.SECRET_KEY, (list, tuple)): return settings.SECRET_KEY[0] else:

Re: Make `raw_id_fields` the default functionality in the admin

2018-11-05 Thread Aymeric Augustin
On 6 Nov 2018, at 02:47, 'Ivan Anishchuk' via Django developers (Contributions to Django itself) wrote: > How about some field that intelligently guesses the table size and looks > either like default select or like raw id field depending on that? Yes, that would be interesting. I

Re: django.utils.timezone.make_aware confusion

2018-11-05 Thread Aymeric Augustin
Hello Dan, If that assertion fails, I assume the default time zone (the TIME_ZONE setting) isn't Europe/Berlin. See https://docs.djangoproject.com/en/2.1/ref/utils/#django.utils.timezone.make_aware If you

Re: django migrations on live database for large tables for postgresql

2018-10-29 Thread Aymeric Augustin
t zero downtime migrations support > with detailed proposition of improvements and backward compatibility support? > > Regards, Paveł > > On Sunday, 7 October 2018 10:31:27 UTC+3, Aymeric Augustin wrote: > Hello Pavel, > > There's an accepted ticket about CREATE I

Re: python-memcached seems to be unmaintained

2018-10-29 Thread Aymeric Augustin
Hello Adrian, I think that's a good plan. If there's opposition to deprecating the python-memcached backend now, it would still be possible to introduce and recommend the pymemcache backend. Best regards, -- Aymeric. > On 29 Oct 2018, at 01:42, Adrian Turjak wrote: > > Through some of

Re: Make `raw_id_fields` the default functionality in the admin

2018-10-21 Thread Aymeric Augustin
Hello, The default widget is fine for configuration tables with no more than a few dozen values. In my experience, I rarely encountered use cases for editing foreign keys to very large tables in the admin. Readonly or autocomplete are good choices. Best regards, -- Aymeric. > On 17 Oct

Re: django migrations on live database for large tables for postgresql

2018-10-07 Thread Aymeric Augustin
Hello Pavel, There's an accepted ticket about CREATE INDEX CONCURRENTLY: https://code.djangoproject.com/ticket/21039. A concrete proposal for adding this feature to Django would be interesting. I'm not really sure about your two other suggestions. If you think they're improving the PostgreSQL

Re: Proposal: local timezone-aware datetime fields in the admin site

2018-10-05 Thread Aymeric Augustin
t;"America/Los_Angeles" > > Do you know what OS/browser combination you were referring to with "Windows > (which, I'm afraid, has its own time zone name)"? > > I haven't got around to testing locales, I'll report back once I do that. > > On Wednesday, October 3,

Re: Content types shouldn't be created on post_migrate signal

2018-10-04 Thread Aymeric Augustin
Hello Marcin, I assume you're writing to this list because you would like other Django contributors to cooperate in order to fix this issue. Starting with "There is a huge issue with content types framework" isn't a good way to motivate them. Speaking for myself, I would be more eager to

Re: Proposal: local timezone-aware datetime fields in the admin site

2018-10-04 Thread Aymeric Augustin
Hello Paul, Yes, if that works, it would be great. The API you're pointing to returns a timezone name. This is better than an offset because it avoids being off by one hour when editing dates or times on the other side of the DST change. You need to check what it does on Windows (which, I'm

Re: RFC732 (a.k.a. brotli) support

2018-09-14 Thread Aymeric Augustin
Hello, I would like to be sure that Brotli is actually faster. In my experience, while decompression is fast, compression can be extremely slow. This is fine for static assets compressed by a build pipeline or at least when the compressed version is cached. It would be a problem for on-the-fly

Re: HTML5 and XHTML5 documents

2018-08-25 Thread Aymeric Augustin
Hello Nils, > On 23 Aug 2018, at 19:33, Nils Fredrik Gjerull wrote: > > How can we move forward on supporting XML serialization of HTML5 (XHTML5)? > > When I created the pull-request I did not think it would be very > controversial. After all, the XML style of writing HTML has been used > for

Re: Add a setting for customizing the CSRF token name?

2018-08-18 Thread Aymeric Augustin
Hello, Perhaps we could reuse settings.CSRF_COOKIE_NAME there instead of the hardcoded "csrfmiddlewaretoken"? That would meet the stated goal without introducing a new setting. Also it feels sensible to me to use the same name for the input and the cookie. There would be some hiccups — 403

Re: Shouldn't manage.py call python3 instead of python?

2018-04-10 Thread Aymeric Augustin
> On 10 Apr 2018, at 17:43, Florian Apolloner wrote: > > On Tuesday, April 10, 2018 at 1:28:33 PM UTC+2, Tim Allen wrote: > Since `django-admin startproject my_project` is created on the fly from > templates, couldn't we dynamically create the `manage.py` executable based

Re: GSoC 2018

2018-03-18 Thread Aymeric Augustin
Hello, > On 18 Mar 2018, at 09:45, Manasvi Saxena wrote: > > I simply intend to create an option for the developer to use python for > templating rather than DTL or jinja. > Is Python fast compared to any other templating language? Yes. No. Jinja2 compiles to Python

Re: On adding comments to database schema

2018-03-18 Thread Aymeric Augustin
h for review. > > суббота, 10 марта 2018 г., 10:27:30 UTC+3 пользователь Aymeric Augustin > написал: > I think we could implement that feature. > > (Yes I changed my mind from six years ago when I wontfix'd the ticket.) > > -- > Aymeric. > > > >> On

Re: GSoC 2018

2018-03-15 Thread Aymeric Augustin
Hello, 2018-03-15 14:24 GMT+01:00 Manasvi Saxena : > Think of this library as a bridge between Python and HTML, you don't need > to know the syntax of HTML, just need to know which function of the library > creates what output. After you have created the content of your page

Re: GSoC 2018

2018-03-14 Thread Aymeric Augustin
Hello Manasvi, > On 14 Mar 2018, at 09:09, Manasvi Saxena wrote: > > Create libraries in python and integrate them with Django to generate HTML > code for front-end development and thus contributing to make Django a > full-stack framework. > > For Python developers, it

Re: On adding comments to database schema

2018-03-09 Thread Aymeric Augustin
I think we could implement that feature. (Yes I changed my mind from six years ago when I wontfix'd the ticket.) -- Aymeric. > On 8 Mar 2018, at 11:00, Jani Tiainen wrote: > > Oracle supports comments as well. > > 7.3.2018 2.52 ip. "vanadium23"

Re: Default Authorization BackEnd Denying Permissions if Object Provided

2018-01-19 Thread Aymeric Augustin
2018-01-19 17:54 GMT+01:00 Mehmet Dogan : > I propose throwing out the proposed behavior as Option B, and see what > happens. > "Make changes and see what happens" doesn't sound like the way Django is maintained in general. Unfortunately I don't have enough motivation to go

Re: Fellow Report — January 12, 2018

2018-01-12 Thread Aymeric Augustin
Welcome Carlton! For everyone else, here's more info: https://www.djangoproject.com/weblog/2018/jan/12/dsf-welcomes-carlton-gibson-its-newest-fellow/ Best regards, -- Aymeric. 2018-01-12 18:20 GMT+01:00 Adam Johnson : >  Welcome!  > > On 12 January 2018 at 17:04, Jacob

Re: [contrib.staticfiles] Change verbosity level of collectstatic command's outputs

2018-01-04 Thread Aymeric Augustin
Hello, The ticket tracker wasn't _obviously_ the wrong place :-) but the mailing list is a better way to draw the attention of many people to an issue that requires discussion. I agree that the default logging is needlessly verbose and that's annoying. Printing information about every file

Re: Implement a custom range-based filter for date_heirarchy

2017-12-16 Thread Aymeric Augustin
Hello Haki, Yes, I always found that SQL query weird, I think we can do better. I didn't review your implementation but I wanted to encourage you anyway :-) This optimization matters for large tables. In that case, finding all the years / months / days for which objects exist in the database

Re: Django benchmark is low

2017-12-16 Thread Aymeric Augustin
Hello Gary, https://www.techempower.com/benchmarks/#section=data-r14=ph=plaintext says Django can serve 88,019 requests per second. That's about 11µs per request (1µs = 1e-6s). Response times for Django-powered sites are

Re: Improving Backward Compatibility

2017-12-07 Thread Aymeric Augustin
2017-12-07 8:42 GMT+01:00 Josh Smeaton : > > We'd likely deprecate fewer features if we had to reach consensus on > django-developers every time > > I’m not sure if you consider this a good thing or a bad thing Aymeric :) > It's really hard to say. It's a balance between

Re: Improving Backward Compatibility

2017-12-06 Thread Aymeric Augustin
Hello, The duration of the deprecation period doesn't make a big difference because few people update their code until they have no other choice. Keeping deprecated code around longer means it's harder to track down the release where the corresponding changes were introduced and figure out

Re: Runtime error

2017-11-08 Thread Aymeric Augustin
Hello, You didn't provide any context; there's no way anyone can help you without additional information. Furthermore this mailing list is dedicated to the development of Django itself. It isn't for help about using Django. Please see https://docs.djangoproject.com/en/stable/faq/help/ for

Re: Pretty formated JSON editor for django.contrib.postgres.fields.JSONField in django admin.

2017-10-24 Thread Aymeric Augustin
Hello, Yes, that would be nice. There's a couple existing third-party implementations (search for "django json editor"), however none of them looks ready for dropping into Django. -- Aymeric. 2017-10-24 7:49 GMT+02:00 Ratan Kulshreshtha : > I want to propose that

Re: Refactoring the autoreloader

2017-10-07 Thread Aymeric Augustin
Hello Tom, I think the PR is on the right track. Now it needs to be taken beyond the "proof of concept" stage. Once you have code, docs, and if possibly some tests — currently there are few due to the difficulty of testing auto reloading, especially edge cases — for steps 1 and 2, I can

Re: WOULD LIKE TO CONTRIBUTE TO DJANGO

2017-10-03 Thread Aymeric Augustin
Hello, Since I haven't seen positive feedback from a committer, I'm not convinced there's consensus about this change. Also this doesn't look like a particularly easy topic for a beginner. It raises the following questions: - INSERT ON CONFLICT UPDATE would likely be a better option on Postgres

Re: Templates: __html__ method support

2017-09-26 Thread Aymeric Augustin
And the test case for Django templates is: >>> class Money: ... def __init__(self, amount, currency): ... self.amount = amount ... self.currency = currency ... def __str__(self): ... return 'str %s %s' % (self.currency, self.amount) ... def __html__(self): ...

Re: Templates: __html__ method support

2017-09-26 Thread Aymeric Augustin
> On 26 Sep 2017, at 22:56, Jonas Haag wrote: > > Without having had a look at any of the links you’ve posted, this does NOT > work in Jinja2 the way I suggested: > > >>> jinja2.Template('{{foo}}').render({'foo': Money('1', '$')}) > '$ 1' > > So whatever the changes for

Re: Templates: __html__ method support

2017-09-26 Thread Aymeric Augustin
On 26 Sep 2017, at 22:18, Brice Parent wrote: > Only question: Where should it stop? Should there also be a __json__, a > __yaml__ and an __xml__ methods? Hello, __html__ is a fairly well established convention in the Python community, pioneered by Armin Ronacher around

Re: Templates: __html__ method support

2017-09-26 Thread Aymeric Augustin
Hello, This could be a regression because https://github.com/django/django/commit/3483682749577b4b5a8141a766489d5b460e30e9 looks like it implemented that behavior; unfortunately but didn't include a test for

Re: DEP pre-proposal for a simpler URLs syntax.

2017-09-13 Thread Aymeric Augustin
2017-09-13 17:51 GMT+02:00 Tim Graham : > Given the patch's current state, I'm feeling a bit overwhelmed at the > prospect of reviewing it in a day or two. I didn't do a good job of > communicating this release cycle, but in the past, I've set a soft deadline > of two weeks

Re: Having a MongoDB connector for Django

2017-09-10 Thread Aymeric Augustin
Hello, This discussions seems to have started with a misunderstanding of what Django is. Here's a very incomplete list (in advance, apologies to everyone for everything that I'm inevitably going to omit) 1. The Django community 1.a. Django Girls 1.b. Conferences, events

Re: More eyes on Check Constraints

2017-09-10 Thread Aymeric Augustin
Hello, I reviewed the PR today — better late than never... It's looking good and it would be a great addition to Django 2.0. The biggest outstanding problem is code duplication in django.db.models.sql.query. Advice from people who know a bit about this module would help a lot. Search for "It

Re: Align Django admin checkboxes

2017-08-28 Thread Aymeric Augustin
Hello, At first sight, the checkbox and the label is clickable in the first example while only the checkbox is in the second example. That's a regression in usability. Best regards, -- Aymeric. > On 28 Aug 2017, at 11:38, Zach wrote: > > Hi. Currently the alignment

Re: Automatic prefetching in querysets

2017-08-17 Thread Aymeric Augustin
Hello, > On 17 Aug 2017, at 14:48, Luke Plant <l.plant...@cantab.net> wrote: > > On 16/08/17 23:17, Aymeric Augustin wrote: >> It should kick in only when no select_related or prefetch_related is in >> effect, to avoid interfering with pre-existing optimiz

Re: Automatic prefetching in querysets

2017-08-16 Thread Aymeric Augustin
> On 15 Aug 2017, at 11:44, Gordon Wrigley wrote: > > I'd like to discuss automatic prefetching in querysets. Specifically > automatically doing prefetch_related where needed without the user having to > request it. Hello, I'm rather sympathetic to this proposal.

Re: Django 2.0 Python version support (Python 3.6+ only?)

2017-08-09 Thread Aymeric Augustin
Hello, I took a look at this thread again and I still reach the same conclusion as Claude. Best regards, -- Aymeric. > On 9 Aug 2017, at 09:02, Claude Paroz wrote: > > Le mardi 8 août 2017 01:45:55 UTC+2, Tim Graham a écrit : > Has anyone changed their thinking in the

Re: Admin list view counting

2017-08-07 Thread Aymeric Augustin
Yes, the ability to disable all COUNT(*) is important (at least on Postgres). -- Aymeric. > On 7 Aug 2017, at 09:02, Adam Johnson wrote: > > +1 from me, I've spent long enough on those COUNT(*) queries at work. > > Is it worth putting this logic in Paginator so applications

Re: Future of the development server's auto-reloading

2017-07-29 Thread Aymeric Augustin
Hello Tom, Your approach seems comprehensive. I'm commenting on your PR on Trac and GitHub. Let's do this! Regarding watchdog / watchman, I think Django could select automatically one or the other depending on which on is installed. If none is installed, Django would fall back to the current

Re: Proposal: provide postgresql powered full-text search in djangoproject.com

2017-07-24 Thread Aymeric Augustin
> On 11 Jul 2017, at 12:49, Jannis Leidel <lei...@gmail.com> wrote: > >> On 12. May 2017, at 11:42, Aymeric Augustin >> <aymeric.augus...@polytechnique.org> wrote: >> >> These features are desirable and easy to configure with ES, but that wasn't >&g

Re: Trimming in the settings file (Was: Re: Follow-up to #28307: Possible app_template improvements)

2017-06-26 Thread Aymeric Augustin
Hello Melvyn, > On 26 Jun 2017, at 12:21, Melvyn Sopacua wrote: > > keep STATIC_URL (which I rarely change) but remove STATIC_ROOT (which is > different per project and sometimes even per install) is beyond me. Back when Apache + mod_wsgi was the standard deployment

Re: Follow-up to #28307: Possible app_template improvements

2017-06-15 Thread Aymeric Augustin
Hello, The more files get generated to startapp, the more empty useless files accrue in many projets, because devs don't take the time to delete those they don't use. Encouraging people to improve the structure of their Django code is worthwhile but I don't believe the startapp template is

Re: Follow-up to #28307: Possible app_template improvements

2017-06-15 Thread Aymeric Augustin
-- Aymeric. > On 14 Jun 2017, at 21:30, mark.caglie...@gmail.com wrote: > > Hello everyone, > I'm a Django user for some years now, and I find myself tweaking the app > structure after `./manage.py startapp foo`. > > I try to modularize the code and keep things separated. For example I

Re: Value of tightening URLValidator/EmailValidator regular expressions?

2017-06-03 Thread Aymeric Augustin
d. > > [1] https://code.djangoproject.com/ticket/25452 > > On Thursday, June 1, 2017 at 5:27:10 PM UTC-4, Aymeric Augustin wrote: > I agree with Claude. > > -- > Aymeric. > > > >> On 1 Jun 2017, at 09:50, Claude Paroz <cla...@2xlibre.net > >> wrote: &g

Re: Value of tightening URLValidator/EmailValidator regular expressions?

2017-06-01 Thread Aymeric Augustin
I agree with Claude. -- Aymeric. > On 1 Jun 2017, at 09:50, Claude Paroz wrote: > > As for me, I still think the current validator is valid for 99% of use cases. > And 99% of the time, an email address with dot-less domain is a user input > error. > > So I would

Re: Integrate dj-database-url into Django

2017-05-25 Thread Aymeric Augustin
Hello, I'm wondering what the exact definition of the URL format is. Is it specified somewhere? Or is it just: [engine]://[username]:[password]@[host]:[port]/[name] where we create arbitrary [engine] values in an ad-hoc fashion? > On 24 May 2017, at 21:21, Tom Forbes wrote:

Re: [JOB POST] Django backend developer per Centre Comune di Ricerca - JRC

2017-05-23 Thread Aymeric Augustin
Hello Jorge, Job postings are inappropriate on this mailing list. Thanks for your understanding, -- Aymeric. > On 23 May 2017, at 14:54, Jorge Lopez wrote: > > We are looking for an experienced Python-Django developer, for a consulting > activity at the

Re: Review of DEP 201 - simplified routing syntax

2017-05-21 Thread Aymeric Augustin
touch if you'd like to help! Thanks, -- Aymeric. > On 12 May 2017, at 14:19, Aymeric Augustin > <aymeric.augus...@polytechnique.org> wrote: > > After getting approval from Tom on IRC, I updated the DEP according to my > email below: https://github.com/django/deps/pul

Re: Why was CommaSeparatedIntegerField Deprecated?

2017-05-15 Thread Aymeric Augustin
Hello, Storing a comma-separated list of integers in a text field in a SQL database is a really bad anti-pattern. That's a sufficient reason for Django to stop condoning it, which it did by providing that functionality out of the box. It was widely accepted (at least among the core team) that

Re: Review of DEP 201 - simplified routing syntax

2017-05-12 Thread Aymeric Augustin
> On 12 May 2017, at 19:05, Marten Kenbeek wrote: > > That's not quite right. Django has actually been using the `re.UNICODE` flag > since at least 1.0, so you'd have the same problem on Python 2. Since 1.0 exactly; this behavior was introduced in

Re: Review of DEP 201 - simplified routing syntax

2017-05-12 Thread Aymeric Augustin
ersion, hopefully we can wrap this up quickly now) - get approval from the technical board - complete the implementation! -- Aymeric. > On 12 May 2017, at 12:32, Aymeric Augustin > <aymeric.augus...@polytechnique.org> wrote: > > Hello, > > I reviewed the current version of

Review of DEP 201 - simplified routing syntax

2017-05-12 Thread Aymeric Augustin
Hello, I reviewed the current version of DEP 201 as well as related discussions

Re: Proposal: provide postgresql powered full-text search in djangoproject.com

2017-05-12 Thread Aymeric Augustin
> On 7 May 2017, at 11:32, Curtis Maloney wrote: > > Dogfooding is a fairly strong argument, IMHO. > > Especially when there's a volunteer to do the work. > > -- > C I agree. I was mildly concerned about the effect on relevance, but the current search isn't all that

Re: DEP pre-proposal for a simpler URLs syntax.

2017-05-02 Thread Aymeric Augustin
Hello Emil, > On 2 May 2017, at 07:39, Emil Stenström wrote: > > What's missing now is someone from the core team that can help push this into > being ready for master. Is there someone that would like to be the hero for > everyone teaching django to beginners? :) Since I'm

Re: A New Design for the "Congratulations!" Page

2017-04-21 Thread Aymeric Augustin
On 18 Apr 2017, at 20:31, Tim Allen wrote: > Your point on design by committee is spot-on; I think that's the direction > we'll head in. Hello, For the sake of transparency, a group of five people (Tim, Chad, Collin Anderson, Frank Wiles, and myself) is now

Re: A New Design for the "Congratulations!" Page

2017-04-18 Thread Aymeric Augustin
Hello Tim, Thanks, that's a great initiative! Given the well-documented success rate of design by committee, including our experience redesigning djangoproject.com, there's a risk that an inconclusive discussion on this mailing list will prevent your proposal from moving forwards. Perhaps a

Re: Django versioning and breaking changes policy

2017-04-05 Thread Aymeric Augustin
ollow the semver spec closely if you transition to > semver, because it can cause issues for parsers. Also the spec is more > restrictive than you'd think with regards to syntax (source: working > with semver in my current Django project) > > > On 04/04/2017 11:11 PM, Aymeric

Re: Django versioning and breaking changes policy

2017-04-04 Thread Aymeric Augustin
Hello, As far as I can tell, recent modifications to the release process means it will meet your expectations going forwards. Take a look at https://docs.djangoproject.com/en/dev/internals/release-process/ for details. Best

Re: Pull requests waiting for review

2017-04-04 Thread Aymeric Augustin
Hello, A few years ago, a 5-for-1 deal was set up: if you review five patches or tickets, a core dev reviews a patch or ticket of your choice. I abused that system to get a dozen patches reviewed before I joined the team :-) Later I volunteered for the other side of the deal. It hasn't been

Re: A proposal for a new auto-reloader in Django

2017-04-03 Thread Aymeric Augustin
> Watchman and see how to implement this with Watchdog later. How do you feel > about this plan? > > Cheers, > David Ma > > On Sunday, April 2, 2017 at 6:33:38 AM UTC-7, Aymeric Augustin wrote: > Hello, > > On 1 Apr 2017, at 05:52, qingn...@gmail.com wrote: > &

Re: A proposal for a new auto-reloader in Django

2017-04-02 Thread Aymeric Augustin
Hello, On 1 Apr 2017, at 05:52, qingnian...@gmail.com wrote: > For the pure-Python solution, I might implement a standalone autoreloader > based on Carl's work and replace the current one. Does this look good to you? Perhaps. It depends on the details (features, installation requirements,

Re: A proposal for a new auto-reloader in Django

2017-03-30 Thread Aymeric Augustin
Hello, > On 29 Mar 2017, at 01:05, qingnian...@gmail.com wrote: > > the best library to replace Watchdog is Watchman, a library that supports > both of these three platforms (for Windows it's still in the alpha stage.) Django currently doesn't use Watchdog. Watchdog is a cross-platform Python

Re: Feature idea: forms signals

2017-03-10 Thread Aymeric Augustin
Hello, > On 10 Mar 2017, at 10:25, Florian Apolloner wrote: > > On Friday, March 10, 2017 at 10:12:54 AM UTC+1, David Seddon wrote: > What are the next steps? Shall I create a pull request, or does this need > more consensus first? > > Imo absolutely more consensus,

  1   2   3   4   5   6   7   8   9   10   >