Re: Update on localflavor move

Le samedi 13 octobre 2012 00:21:16 UTC+2, Adrian Holovaty a écrit : > > Hi all, > > We've been talking about moving django.contrib.localflavor into > separate packages, outside of Django proper > ( > https://groups.google.com/d/topic/django-developers/OiyEGmXTifs/discussion). > > Today I did th

Re: Unicode SlugField

Le jeudi 1 novembre 2012 14:32:12 UTC+1, Russell Keith-Magee a écrit : > > > However, this all hinges on someone getting: > > 1) consensus on a design, > 2) a commit-ready patch that implements that design. > > Reading the ticket, we haven't yet achieved (1). The most recent comment > was 9 mont

Re: Blocker for 1.5 - representation of filesystem paths in Django

Le samedi 1 décembre 2012 19:43:12 UTC+1, Aymeric Augustin a écrit : > > Hello, > > Django 1.5 beta 1 contains a regression for users who install Django or > their projects under non-ASCII paths: > https://code.djangoproject.com/ticket/19357 Unfortunately, the patch > isn't going to be trivial.

Re: Will be % string formatting be preferred in the future, or will string.format() be moving in?

Le lundi 18 février 2013 14:33:27 UTC+1, VernonCole a écrit : > > Dear Gurus: > I am a regular lurker on this list, and I have accepted the invitation > to use 1.5rc1 to help test it. My group is putting together a small (but > very important, we think) application which will use some features

Re: Moving database backends out of the core

As for me, wearing my FOSS-only developper hat, I'd suggest we only include backends in core for products having an OSI-approved license. And yes, the Oracle backend is already problematic at this regard. That would mean I'm -0 to -1 for including any other db backend (or any other component) b

Re: Contributing and translating django_localflavor_XX package

Le samedi 9 mars 2013 10:46:27 UTC+1, Alon Nisser a écrit : > > I'm working on translating and adding to > django_localflavor_il. > and I have a couple of questions: > > >1. I'm adding another field (an Israeli mobile phone number), should I

Re: Contributing and translating django_localflavor_XX package

Le samedi 9 mars 2013 19:46:18 UTC+1, Alon Nisser a écrit : > > Thanks Claude, I have the code and tests ready, but should I run the tests > (can't figure how to setup django so it would run this package test, and > when I try to run python tests.py directly I get a missing django settings > som

Re: Testing a django_localflavor_XX package

Le lundi 11 mars 2013 00:42:15 UTC+1, Alon Nisser a écrit : > > how am I supposed to test this? tried following some examples in other > repo, but all failed. I wrote the test itself but it Doesn't run due to > "You must either define the environment variable DJANGO_SETTINGS_MODULE or > call set

Re: Is casting Field.help_text to string in Field.__init__ necessary?

Le samedi 23 mars 2013 12:16:15 UTC+1, Evgeny a écrit : > > Hi. > > Is it necessary to cast help_text to string in Field.__init__ there > https://github.com/django/django/blob/master/django/forms/fields.py#L92 ? > I will be eventually displayed as string in template, and will be casted > there.

Re: Is casting Field.help_text to string in Field.__init__ necessary?

Le samedi 23 mars 2013 22:28:31 UTC+1, Claude Paroz a écrit : > > Le samedi 23 mars 2013 12:16:15 UTC+1, Evgeny a écrit : >> >> Hi. >> >> Is it necessary to cast help_text to string in Field.__init__ there >> https://github.com/django/django/blob/master/django

Re: BCrypt + Python3

Le samedi 11 mai 2013 07:59:18 UTC+2, Donald Stufft a écrit : > > I went looking for BCrypt + Django + Python3 today and this is what I > found: > > The current recommended solution to bcrypt + Django is using py-bcrypt > which is not compatible with Python3. > > Someone else has taken py-bcryp

Re: Support for 3D Oracle Spatial Geometries

Hi Michael, At least, I found nothing shocking in your patches, so in my non-oracle-savvy eyes, this looks rather fine. It would then be interesting to see if some tests from django.contrib.gis.tests.geo3d.tests can pass with Oracle. Please create a ticket and link a pull request with your prop

Re: Are rasters on the GeoDjango roadmap?

Hi Daniel, I've answered on the GeoDjango list. Please avoid cross-posting, thanks. Claude Le mercredi 12 novembre 2014 12:34:34 UTC+1, Daniel Wiesmann a écrit : > > Hi All > > I am wondering if integration of Raster data is on the roadmap of > GeoDjango. > > I am asking because I have started

Re: Backend-specific lookups

Hi Shai, I was thinking about something very similar for the GIS backends, where this question is even more accurate, as lookup implementations are often very backend-specific. I was experimenting with dynamic mixin registration, but that felt very hackish [1]. Anyway, a solution to this use c

Re: Configurable safety options for high performance Django systems

On Tuesday, November 18, 2014 1:58:00 PM UTC+1, Rick van Hattem wrote: > > Hi guys, > > As it is right now Django has the tendency to kill either your browser (if > you're lucky) or the entire application server when confronted with a large > database. For example, the admin always does counts fo

Windows users around?

Hey, I'm one of the most Windows-breaking committers, also because I don't care any more for this system. Sorry for that! (for you, not for me :-) Tim kindly pointed me to the following list of tickets which need love from some Windows users of Django: https://code.djangoproject.com/query?statu

Re: Migrations in Django 1.7 make unit testing models harder

On Friday, December 19, 2014 6:30:32 PM UTC+1, Tim Graham wrote: > > Yes. Claude has worked on the deprecation in > https://github.com/django/django/pull/3220 but it requires adding more > migrations to our test suite and he noted that each migration we add to > Django's test suite adds up to ~3

Re: status of 1.8 release blockers

On Saturday, December 27, 2014 4:46:52 PM UTC+1, Tim Graham wrote: > > #23745 - Migrations migrate is slow > (new) > Owner: Claude > Status: Patch seems to need improvement so it doesn't cause a regression > with swappable models. > Sorry, but I'm af

Keeping apps without migrations?

Tim recently did a fabulous job of removing deprecated code for the future 1.9 on master. Thanks for that. However, one thing he removed was support for apps without migrations. https://github.com/django/django/commit/7e8cf74dc74539f40f4cea53c1e8bba82791fcb6 Considering that we have to keep inter

Re: 1.8a and geodjango on windows 7, AttributeError: function 'GDALAllRegister' not found

Le lundi 2 février 2015 17:30:23 UTC+1, mattxbart a écrit : > > Hi all, > I had a working 1.7.4 (using geodjango) on windows 7 install, no issues. > I'm using osgeo4w to manage all the gdal/gis libraries. When I install the > django 1.8a release or off git master, I get the following traceback: >

Re: Should the test suite pass on a read-only filesystem?

Le samedi 21 février 2015 12:08:38 UTC+1, Aymeric Augustin a écrit : (...) > I foresee two difficulties: > > - How do we enforce this in the long run? Can we run the CI server with a > very > unprivileged user that isn’t allowed to write anywhere other than /tmp? > - makemessages isn’t flex

Help needed with Oracle GIS backend

Hi, In ticket #24214, I built a patch to replace all geo-specific Manager methods by class-based ORM functions. This will allow us to get rid of convoluted query code in the GeoDjango ORM. It will also be far much easier to add support for specific database functions. The code is already in goo

Re: DKIM signing option for stmp.MailBackend?

Le vendredi 3 avril 2015 19:05:02 UTC+2, Loek van Gent a écrit : > > Hi all, > > Is anyone using DKIM signing for densing emails? Does it make sense to you > to have a feature like that in Django core or is this typically something > that should be in it's own app? > I think that generally DKIM

Pass exception to error handlers

The request to pass the exception to error handlers has been won't-fixed in tickets #20156 / #20803. I'd like to reopen the discussion. While the usefulness for 404 errors are indeed questionable, I think it makes sense to provide some context to most error chains through the exception. Typicall

Re: Pass exception to error handlers

Here is some code to demonstrate a possible implementation: https://github.com/claudep/django/commit/5617d32e8f10861fb84bf26297dfcd4e4e40d6d7 -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe f

Re: Pass exception to error handlers

ote: > I find this interesting too. It could be very useful when > using custom exception in the model. > > On Tuesday, April 21, 2015 at 8:58:59 PM UTC+1, Claude Paroz > wrote: > Here is some code to demonstrate

Re: Pass exception to error handlers

New ticket created: https://code.djangoproject.com/ticket/24733 Claude -- 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 dj

Re: Can Django assume connect privileges to the 'postgres' database?

Le jeudi 14 mai 2015 18:22:58 UTC+2, Carl Meyer a écrit : > > (...) > > I think the answer here is appropriate configurability. I see at least > two ways to make that happen: > > 1) add a config OPTION to set what database is used when establishing a > "no-database" connection? The option would

Re: DecimalField with no max_digits and decimal_places

On Sunday, June 21, 2015 at 11:17:25 AM UTC+2, Aymeric Augustin wrote: > > (...) > I think we should provide the best API for our users and deal with the > code. > I’m in favor of not introducing another class and figuring out the least > awful > way to arrange the code paths in DecimalField.

Re: A new setting for custom gettext domains?

In my opinion, the question to ask when wondering if a configuration should be a setting or not is: is this setting supposed to be changed for different installations. In this case, I would answer no. So I think this is more an application configuration thing which could be appropriate in an Ap

Re: A new setting for custom gettext domains?

On Monday, August 24, 2015 at 3:30:56 PM UTC+2, Krzysio Gutkowski wrote: > > Hi, > > It looks that implementing it in that ways makes more sense. > > However, if I were to implement it in that way, should I change both > settings in one PR, or should I rework the LOCALE_PATHS setting in a > separ

Re: Okay to use form field labels in admin history?

On Tuesday, August 25, 2015 at 1:48:55 AM UTC+2, Tim Graham wrote: > > Do you like the idea to use form field labels in the admin history > messages instead of the form field names themselves? > > It's been implemented here: > https://github.com/django/django/pull/5169 >

Re: Proposal: --debug-sql option for management commands

I like the idea. However, instead of monkey-patching the Django CursorDebugWrapper like DDT is doing now, I'd rather see a solution where we use dynamic logging configuration to output the SQL commands, if possible. Claude -- You received this message because you are subscribed to the Google

Re: Provide a way to pass kwargs when initializing the storage class

The drawback of complex dictionary settings is that to overwrite only one key in a settings file, you have to copy the entire dictionary, also possibly defeating global settings defaults when they change. So let's try to have many smaller dictionaries instead of few big ones. The initial propos

manage.py test and uninstalled apps

Hello, I have a Django project with different apps and settings. Let's say settings A have A in INSTALLED_APPS but not B, and settings B have B in INSTALLED_APPS but not A. Note also that I cannot have both apps installed, for some reason. In that configuration and from Django 1.9, ./manage.py

Re: manage.py test and uninstalled apps

et up correctly. There’s a string of such bugs in Trac. I discussed this > in my DjangoCon Europe 2014 talk. > > Best regards, > > -- > Aymeric. > > > > On 18 nov. 2015, at 21:04, Claude Paroz > > wrote: > > Hello, > > I have a Django project wit

Re: Reopening/Refixing #20246

Le dimanche 19 mai 2013 09:40:25 UTC+2, Florian Apolloner a écrit : > > Hi, > > I don't think that the fix of #20246 [0] is correct. You started using > \xa0 while Wikipedia clearly suggests that we should use a narrow space > instead of a full-space (probably U+202F). This is something we learne

Re: Proposal: OpenLayers.js and shipping it in django.contrib.gis statics

Le lundi 27 mai 2013 07:38:54 UTC+2, Carl Meyer a écrit : > > Hi Kamil, > > On 05/26/2013 05:39 PM, Kamil Gałuszka wrote: > > Hi Django developers! > > > > This is my first time here posting, so if I'm wrong please forgive me :) > > I wanna learn as much as possible about django developmen

Re: Reopening/Refixing #20246

Le dimanche 26 mai 2013 à 01:19 -0700, Florian Apolloner a écrit : > Hi, > > On Sunday, May 19, 2013 8:18:48 PM UTC+2, Claude Paroz wrote: > I'm not completely sure. The narrow space should certainly be > used between a number and its unit symbol (kg, cm, Mb,

Re: Revert 165f44aa?

Le dimanche 22 septembre 2013 14:24:20 UTC+2, Aymeric Augustin a écrit : > > I reverse-applied 165f44aa and committed a subset of the changes. > I'm fine with these changes. Thanks for your work. Claude -- You received this message because you are subscribed to the Google Groups "Django devel

RFC: Remove ADMIN_FOR setting

Hi, Currently, the ADMIN_FOR settings is rather obscure and only used by the admindocs contrib app to document stuff for other sites. https://docs.djangoproject.com/en/dev/ref/settings/#admin-for When working on admindocs and notably on decoupling contrib.sites and contrib.admindocs with Bouke

Re: Problem with number format when not using L10N

This is the topic of https://code.djangoproject.com/ticket/21544 where you can read my position. -- You received this message because you are subscribed to the Google Groups "Django developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-dev

Re: forms: get_changed_data(): Remember old values

Le jeudi 24 avril 2014 15:10:20 UTC+2, guettli a écrit : > > Hello, > > I want to improve this method: > > django/forms/forms.py: Form.get_changed_data() > There are no get_changed_data() method currently, I suppose you meant Form.changed_data (property). > > I need to have access to the old

Re: Updating the organization of the Django Project

Count me in the +1 storm :-) Claude -- You received this message because you are subscribed to the Google Groups "Django developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-developers+unsubscr...@googlegroups.com. To post to this group,

Re: integrating django-secure

Hi, I'm not against reverting #23384 (I'm the commit author) because I admit it can be debatable, but still I don't like that wrong arguments are given against it. The situation about multiple user settings file is absolutely not changed by that patch. If you import from a parent settings file

Re: integrating django-secure

Le lundi 1 septembre 2014 02:07:40 UTC+2, Carl Meyer a écrit : > > Hi Claude, > > On 08/31/2014 12:08 PM, Claude Paroz wrote: > (...) > > > Once again, I'm not advocating for dictionary settings, only for fare > > debate :-) > > I hope you foun

Re: Setting dictionaries (was Re: integrating django-secure)

Le lundi 1 septembre 2014 09:15:21 UTC+2, Shai Berger a écrit : > > A case in point is a change that was introduced in 1.7 -- putting the TEST > settings of databases into an inner dict. When it was brought up, all > responses were positive. (...) (...) > As I said, everybody who commented on i

Re: [RFC] Python 3 and MySQL

On Thursday, August 14, 2014 3:01:07 PM UTC+2, Naoki INADA wrote: > > > MySQL-Connector/Python was not so popular (as far as I know). > But 1.2.2 GA was released recently. It looks nice to me. It may be > popular if Django recommend it. > It's repository was moved from launchpad to github. > htt

Re: [RFC] Python 3 and MySQL

Le lundi 8 septembre 2014 08:33:39 UTC+2, Naoki INADA a écrit : > > > On Monday, September 8, 2014 2:04:26 PM UTC+9, Naoki INADA wrote: >> >> > >> > Naoki, >> > >> > Are you aware of performance benchmarks comparing your MySQLdb1 fork >> and >> > mysql-connector-python? >> > > I've posted qui

Re: [RFC] Python 3 and MySQL

On Monday, September 8, 2014 5:19:56 PM UTC+2, Naoki INADA wrote: > > On Mon, Sep 8, 2014 at 11:28 PM, Tim Graham > wrote: > > We'd need mysqlclient to support Python 3.2 (or drop official support > for > > MySQL/Python 3.2): > > Python 3.3 introduces PEP 393 (Flexible String Representation) a

Re: Unifying locale time formats

On Saturday, September 13, 2014 10:01:56 AM UTC+2, Wim Feijen wrote: > > Hi everyone, > > I wonder if we should unify the time format which is sometimes displayed > as G:i and sometimes as H:i, where hours are displayed with or without a > leading zero. For the same reasons as stated above I thin

Re: Deprecate HttpRequest.is_ajax

I'm afraid that implementing a whole content negociation framework is a bit ambitious, unless someone has much time to devote to that. We could start smaller, similar to django-accept-header. I quickly sketched what it could look like in: https://github.com/django/django/compare/master...claudep

Re: Deprecate HttpRequest.is_ajax

Le 20.11.19 à 22:46, Curtis Maloney a écrit : > My reading of this discussion boils down to "if we get rid of is_ajax (a > buy-in convention nobody can rely on), how do people decide if it's an > AJAX call or not?". To my mind, the "content negotiation" advocates have > it right: HTTP has a mechani

Re: ngettext_lazy and ngettext

Le mercredi 4 décembre 2019 03:41:51 UTC+1, Matemática A3K a écrit : > > (...) > > But, then I realized that there is major caveat on this approach, and that > is that updates on the plural equation won't reach users' catalogs, because > their catalogs will be kept separately one the plural form

Re: New Merger nomination.

Hey! Thanks for suggesting me as a merger! However, I'd like to clarify that I'm not requesting this commit bit. If the project thinks it's good that I get it, I'll accept that and do my best to use it as the new DEP suggests. If not, I can certainly continue to contribute as I've done in the p

Re: Filtering window expressions. Ticket #28333

Le dimanche 5 avril 2020 00:06:15 UTC+2, charettes a écrit : > This subquery operation would address a few other cases that I know > Claude[3] is interested in seeing addressed as well. Maybe you'd be able to > pair on this problem given his interest in the problem and your past > interactions

Generate JWTs with Django

Hi all, With the recent addition of the algorithm parameter to the signing.Signer class, it's now rather straightforward for Django to generate HS256 (non-encrypted) JSON Web Tokens. With a growing popularity of JS-client/Django server communications (DRF and al.), I think there might be some i

Re: Generate JWTs with Django

want check out django-restframework-simplejwt. It requires the > Django Rest Framework. But, then again, if you are making an API, you'd > already be using it. > > Regards, > Abhijeet > > On Thu, 16 Apr, 2020, 00:39 Claude Paroz, <mailto:cla...@2xlibre.net>>

Re: Generate JWTs with Django

For your information, I now added docs to the tentative patch: https://github.com/django/django/pull/12728 Claude Le 15.04.20 à 21:26, Claude Paroz a écrit : > Thanks Abhijeet for the pointer, I know there are some rather complete > JWT libs around, but my proposal is not about a co

Re: Remove automatic date-naming of migrations (00XX_auto_YYYMMDD)

Le mercredi 22 avril 2020 15:06:12 UTC+2, Adam Johnson a écrit : > > I'd like to propose using this new full coverage of operation naming to > remove the "auto_MMDD" behaviour, and instead always combine > operations' "suggested migration names" up until a limit of say 60 > characters. I mad

Re: Management of static assets

Le mercredi 22 avril 2020 17:22:02 UTC+2, Carlton Gibson a écrit : > > ... > *Not sure* how much of this we need to pull into Django itself? > compressor, say, does the whole combine and compress thing well. If we pull > that in are we going to do the same for image optimization? Or pull in > Wh

Re: Generate JWTs with Django

ypted vs. non-encrypted JWT's > > are used? Personally I can't remember from the projects I've worked on > > which format has been used. > > > > Thanks, > > > > Adam > > > > On Wed, 22 Apr 2020 at 09:57, Claude Paroz > wrot

Re: Status of 3.1 release blockers.

Hi Mariusz, I think we should also address: https://code.djangoproject.com/ticket/30678 - GDAL 3 support as release blocker, because more and more installations will have GDAL 3 by default and the backwards compatibility issues are serious. I'll try to prepare a patch ASAP. As this is only aff

Re: timesince 'depth' parameter

Le samedi 23 mai 2020 16:41:04 UTC+2, Toby Such a écrit : > > Maybe the logic for calculating the time before formatting could be taken > out of the function? That way it would be far easier to implement your own > custom versions of the function without copying and pasting, and makes the > code

Re: The blacklist / master issue

Note that the term "blacklist" only appears twice in the Django tree and only in comments/docs, as shown by David's patch. The first one can be omitted while the second one can be replaced by "exclude". That is trivial to do and shouldn't even require a discussion. About replacing "whitelist" p

Ticket #21289 - Login rate limiting

Hi all, I thought a bit about login rate limiting again in recent times. https://code.djangoproject.com/ticket/21289 We know that there are some packages (django-ratelimit, django-defender, etc.) that can do the job, but the main issue here is to provide a *default* behavior for any fresh new Dja

Re: Ticket #21289 - Login rate limiting

tion. That's why I'd like to push some minimal mitigation for Django 3.2, then we can always add a more elaborate tooling set later. Claude > On Mon, 27 Jul 2020 at 12:13, Claude Paroz > wrote: > >> Hi all, >> >> I thought a bit about login rate limiting agai

Re: Ticket #21289 - Login rate limiting

Le mardi 28 juillet 2020 08:31:51 UTC+2, Aymeric Augustin a écrit : > > - We should focus this on usernames and ignore IP addresses, as most sites > are behind a reverse proxy of some kind and no one handles X-Forwarded-For > headers right (even Heroku doesn't care — when I reported they were >

Re: Rethink (?) how we handle security headers.

By the way, while reviewing the SecurityMiddleware, I would suggest that the redirection part be moved to a different middleware. http to https redirection should preferably be done at the Web server level, and for those doing that properly, they still pay for the unneeded (albeit small) overhea

Anonymous access to the forum

Hello, Am I the only one or did Google closed anonymous access to Google groups? Could it be a setting in the group config? In my opinion, it is not acceptable for the project if accessing the Django group posts require authentication. If someone has more information about that change, that woul

Re: Anonymous access to the forum

Looks like it works again like before, now. It may have been a temporary "accident"… Claude -- 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,

Re: Anonymous access to the forum

Maybe I spoke too quickly. Now I'm asked for login again :-( Claude Le mardi 18 août 2020 13:27:35 UTC+2, Claude Paroz a écrit : > > Looks like it works again like before, now. > It may have been a temporary "accident"… > > Claude > > -- You received this m

Re: French translation - Mispelling

Le vendredi 30 octobre 2020 à 23:14:07 UTC+1, hcharpent...@gmail.com a écrit : > I saw a spelling error in a menu, and I thought I could contact some > french translators team or something? (It would be much easier to me to > explain it in French). > Adam's suggestion is good, but you can als

Re: Revisiting Python support for after Django 3.2 LTS

Like others in this thread, I think that dropping Python 3.7 for Django 4.0 is too aggressive, even if it complies with the written policy. So I would plead for an exception and ask to keep Python 3.7 for Django 4.0 at least. Is there support for this idea here? Claude -- You received this mes

Re: Revisiting Python support for after Django 3.2 LTS

When I see that Python 3.7 will be supported the whole time of the 4.0 support period, it's enough for me. For the rest, let the people choose and see by themselves through the support graphs what their interest is. I think we should stop patronizing developers. Claude -- You received this me

Re: Revisiting Python support for after Django 3.2 LTS

Le mercredi 20 janvier 2021 à 16:19:09 UTC+1, timog...@gmail.com a écrit : > ... It seems like this policy makes it more likely that the last Django > version to support a Python would be a non-LTS rather than an LTS. Maybe > that's fine. In my opinion, that's fine. As Python supported version

Re: Allow turning off fuzzy matching for makemessages (Reopen #10852)

As you can see in the ticket you mention (see last comment), it is already possible to do so by adding a custom version of the makemessages command in your project. Hope this helps, Claude -- You received this message because you are subscribed to the Google Groups "Django developers (Contr

Re: Question: django.contrib.gis GDAL support of /vsi*

Hi Jordi, Our GDAL Raster expert is Daniel Wiesmann (https://github.com/yellowcap), you may try to ping him somehow so that he can give his lights on the subject here. And how should I properly enable the `gis_tests` to confirm everything > works as expected? > If you use settings configured

Removal of USE_L10N setting

Hi, I eventually took some time to try implementing an idea I had since some time: remove the USE_L10N setting. The draft PR is here: https://github.com/django/django/pull/14519 My motivations are: - one less setting - simplication of the code and logic regarding USE_18N/USE_L10N/USE_TZ set

Re: Removal of USE_L10N setting

ping) - not localizing those integers, unless use_l10n is forced (True) Does this look like a plan (even without touching USE_L10N)? On 6/11/21 6:50 PM, Claude Paroz wrote: > > Is there a possible deprecation path? > Maybe add a system check that warns if the setting is still present? Sure

RSS access to Google groups?

Hi, It looks like from several days now, access to Google groups by RSS feeds is producing an error. E.g. https://groups.google.com/forum/feed/django-developers/msgs/rss.xml?num=50 Does anyone know if this means that Google stopped supporting reading groups by RSS? Claude -- You received th

Re: RSS access to Google groups?

Thanks a lot Jason for the link to the support thread. Let those who rely on the RSS group feed go and upvote the thread! -- 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

Re: RSS access to Google groups?

Le vendredi 30 juillet 2021 à 10:14:51 UTC+2, carlton...@gmail.com a écrit : > 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 m

Re: RSS access to Google groups?

> Maybe we could start by moving django-i18n and geodjango lists? > > > So, rough steps: > > 0: Update docs to point to Forum rather than Google Groups. > 1. Post on django-i18n and geodjango lists that the action is now on the > Forum. https://forum.djangoproject.com > 2. We can create new sub-

Re: Removal of USE_L10N setting

> > I don't think I've ever set USE_L10N to True, and I've been using > Django in production since 0.96. > What would be most interesting to know is whether setting USE_L10N to True would cause issues in your projects. Claude -- You received this message because you are subscribed to the Go

Re: RSS access to Google groups?

A question received privately: imagine someone wants to follow the Internationalization topic by email, is it possible and how? There is a Mailing list mode in the forum prefs, but then I guess that this will send messages from all forum topics. -- You received this message because you are sub

Re: RSS access to Google groups?

(or just first posts in a > thread or … ) > > C. > > On 13 Aug 2021, at 18:24, Claude Paroz wrote: > > A question received privately: imagine someone wants to follow the > Internationalization topic by email, is it possible and how? There is a > Mailing lis

Re: RSS access to Google groups?

ut if anyone has something to share about those settings, it would be welcome. Claude Le 13.08.21 à 22:53, Claude Paroz a écrit : So I activated mailing list mode, and chose i18n/geodjango in the watch list. I'm still receiving all forum messages by email, which is evidently not an option.

Re: makemessages management command should not touch POT-Creation-Date

As the won't fixer person 11 years ago, I'm also more in favour of the change now, even if it changes a bit the meaning of POT-Creation-Date from "last time the pot file was updated" to "last time a change was detected in the pot file". -- You received this message because you are subscribed t

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

Le mardi 8 août 2017 01:45:55 UTC+2, Tim Graham a écrit : > Has anyone changed their thinking in the last few months? If not, I guess > we'll keep Python 3.4 support for Django 2.0 and drop it for 2.1. > I am not strongly opposed to dropping 3.4 support, but I still think we should keep it for

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

> > > Perhaps we can find a compromise to ship this feature in the alpha with > minimal docs and complete the docs later? > > I'm in favour. Claude -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To uns

Re: MariaDB, official support

Hi, I would like to push a bit for that functionality in Django 2.1. Adam, any progress? In https://github.com/django/django/pull/7778, you talked about a better plan. Show us your plan, please :-) Claude -- You received this message because you are subscribed to the Google Groups "Django d

Re: Password validation Error with Latin characters

Hi Adrian, I don't see anything related to Django development in your post. Maybe this was more for the django-users mailing list? Claude Le jeudi 30 novembre 2017 02:39:31 UTC+1, Adrian Mansilla a écrit : > > I am using the function 'validate_password (password, new_user)' and I > have my set

Re: Possible bug in django.contrib.auth.forms.UserChangeForm's password field's help_text setup

This looks like a reasonable improvement. Please open a ticket, and possibly a pull request. Thanks! Claude Le vendredi 22 décembre 2017 03:29:56 UTC+1, Shaheed Haque a écrit : > > Hi, > > In Django 2.0, the help_text for the password field of > django.contrib.auth.forms.UserChangeForm looks li

Re: DJANGO ET BASE DE DONNEES

Bonjour Alphonse, Cette liste de discussion n'utilise que l'anglais et est dédiée au développement de Django lui-même. La liste francophone se trouve ici : https://lists.afpy.org/mailman/listinfo/django Cordialement. Claude Le lundi 29 janvier 2018 14:52:27 UTC+1, Alphonse Aka a écrit : > > Sa

Re: Humanize naturaltime alternative phrasing

I think I'd rather do some refactoring so that creating its own filter with custom strings is easier. I played a bit with the idea and obtained that: https://github.com/claudep/django/commit/b776f120f180 Claude -- You received this message because you are subscribed to the Google Groups "Djang

Default upload permissions

Hi all, https://code.djangoproject.com/ticket/28540 explains that unless FILE_UPLOAD_PERMISSION is set (not set by default), uploaded file permissions are often a mix of 0o600 and 0o644 (or another value depending of the default umask), based on the upload method (memory or temporary file) wh

App static files (#29586)

Hi, I just created a new feature request [1] to be able to define static files per application, including a POC patch [2]. [1] https://code.djangoproject.com/ticket/29586 [2] https://github.com/django/django/pull/10218 Feel free to discuss it here for general discussion on the feature utilit

Re: App static files (#29586)

the Asset() class. > * Any thoughts on asset pipelines? > Sure, the idea is to put a base structure in place to support such functionalities at a later stage (in core or as 3rd party like django-compressor). Thanks for your input! On Monday, July 23, 2018 at 5:36:05 PM UTC+2, Claude P

Re: App static files (#29586)

Le lundi 23 juillet 2018 20:32:55 UTC+2, Florian Apolloner a écrit : > > Hi Claude, > > On Monday, July 23, 2018 at 8:14:23 PM UTC+2, Claude Paroz wrote: >> >> Sure, the idea is to put a base structure in place to support such >> functionalities at a later stage

  1   2   >