Re: Model-level validation

turn it off and do it the way you believe is "the correct one". > > Also, just to be clear: the above solution (turning this on) yielded TONS > of bugs when we did it for our projects. We vastly improved unit testing > following this implementation, so it was a total

Re: Model-level validation

> > And so I am still very strongly against trying to push a > model-layer-validation approach in Django, even optionally. > It already exists, though. `full_clean()` is a method on Model. CharFields on the model *already* have a notion of allowed choices. Validators are *already* an option on

Re: Model-level validation

e pattern. On Friday, October 7, 2022 at 11:28:58 PM UTC-7 James Bennett wrote: > On Fri, Oct 7, 2022 at 6:21 PM Aaron Smith wrote: > >> Mariusz - fair enough, I will consider my point made and apologies if it >> came off too strong. FWIW it's not just my opinion, it's

Re: Model-level validation

Mariusz - fair enough, I will consider my point made and apologies if it came off too strong. FWIW it's not just my opinion, it's shared by every developer (dozens) I've had this conversation with up until now. It's a stark contrast that makes me wonder how aware the core developers / old timer

Re: Model-level validation

en if folks want a convenience API to do both tasks, they're free to > write that for their models. (This is what Uri has done for Speedy Net. > It's not a bad pattern.) > > > > > > > On Fri, 7 Oct 2022 at 04:34, Aaron Smith wrote: > >> James - to clari

Re: Model-level validation

at 12:03:28 PM UTC-7 James Bennett wrote: > On Thu, Oct 6, 2022 at 9:00 AM Aaron Smith wrote: > >> James - The problem with moving validation up the stack, i.e. to logical >> branches from Model (Form, Serializer) is that you must duplicate >> validation logic if y

Re: Model-level validation

James - The problem with moving validation up the stack, i.e. to logical branches from Model (Form, Serializer) is that you must duplicate validation logic if your data comes from multiple sources or domains (web forms *and* API endpoints *and* CSVs polled from S3. Duplication leads to divergen

Re: Model-level validation

speedy.net > > > On Thu, Oct 6, 2022 at 6:11 AM Aaron Smith wrote: > >> It sounds like there is little support for this being the default. But >> I'd like to propose something that might satisfy the different concerns: >> >> 1) A `validate` kwarg for `sa

Re: Model-level validation

pport the status quo, but in my personal experience, having had this conversation with dozens of coworkers over the years - 100% of them expressed a strong desire for Django to do this differently. On Wednesday, September 28, 2022 at 9:29:30 PM UTC-7 Aaron Smith wrote: > Why doesn't Dj

Re: Model-level validation

exists in the TextChoices `values` attribute. >- Validation of non-overlapping date ranges? Use range types with >exclusion constraints. >- Only 1 column from a set of columns should be set? Use a check >constraint with an xor not null test. >- There are plenty

Re: Model-level validation

cult to work with, >> understand, and maintain. >> >> If Forms were truly the validation layer, why am I able to specify things >> like maximum length and allowed choices on the Model? Shouldn't those >> things be specified at the Form layer? >> On Friday, Sept

Re: Model-level validation

Jorg, I do not believe it violates any separation of concerns. `full_clean()` is already a method on the Model class itself. The Model is already where all validation logic lives, except for the actual *triggering* of the validation. What I believe violates separation of concerns is that model

Re: Model-level validation

dModel` vs `Model` idea proposed by Aaron. > > > > Cheers, > > Adrian > > > > On Friday, September 30, 2022 at 3:39:20 AM UTC+2 aa...@aaronsmith.co > wrote: > > > > I would also like everyone to know, my objective in starting this > > thread

Re: Model-level validation

I would also like everyone to know, my objective in starting this thread is to get the go-ahead to open a PR for this. I would like to contribute back. On Thursday, September 29, 2022 at 6:30:32 PM UTC-7 Aaron Smith wrote: > How about a new class, `ValidatedModel`, that subclasses `Model`

Re: Model-level validation

have been there for some of it - data consistency problems are horrible. On Thursday, September 29, 2022 at 5:36:29 PM UTC-7 carl.j...@gmail.com wrote: > On Thu, Sep 29, 2022 at 6:19 PM Curtis Maloney > wrote: > >> On Thu, 29 Sep 2022, at 14:29, Aaron Smith wrote: >>

Re: Model-level validation

ion for some codebases. On Thursday, September 29, 2022 at 5:19:07 PM UTC-7 cur...@tinbrain.net wrote: > On Thu, 29 Sep 2022, at 14:29, Aaron Smith wrote: > > Why doesn't Django validate Models on save()? > > > The short answer is: backwards compatibility. > > Model lev

Re: Model-level validation

Yes, I did search, and I did not find an answer to my question. If one is always supposed to use a ModelForm, why isn't that ModelForm functionality part of the Model? On Thursday, September 29, 2022 at 1:04:17 AM UTC-7 carlton...@gmail.com wrote: > Hi. > > I have to ask, did you search the hi

Model-level validation

Why doesn't Django validate Models on save()? I am aware that full_clean() is called when using ModelForms. But most web app development these days, and every django app I've ever worked with, are headless APIs. The default behavior is dangerous for the naive developer. Bringing View-level conc

Re: Model-level validation

All I was able to find was that it was for "performance reasons", and I refuse to believe that a mature web framework like Django would prioritize performance (let's face it - even my millions-of-requests-per-day API service doesn't care about a few extra milliseconds here and there) over the m

Suggestion: "django-admin startproject" should not put secrets in settings.py

In the past, I've worked on a couple of django projects where we violated the: > # SECURITY WARNING: keep the secret key used in production secret!" advice because on day one, somebody didn't know what we they were doing and never fixed it. Looking around at a collection of django projects (by

Re: HttpResponse headers interface

The recent change to `url()` was a good example of this; even though it was in a DEP and the docs for a long time it still caused a lot of noise when the deprecation path was finally started. The projects (ok, small sample) I've looked at are only now making this change. Folks will only change

Re: Management of static assets

Hi All, Thank you all for your time taken to read and respond to this topic. Based on the conversation I'll try and summarise to try and gain wider approval. - There is a valid use case for form media so it should not be deprecated - The name is wrong so we should proceed with the rename -

Re: calling self.errors in a form in a formset breaks deletion

Hi Carles, Hope you are well. You mentioned you are using crispy-forms. :-) Have you seen this part of the docs, it allows you to update forms 'on the go'. I've not really played with this but it sounds similar to what you need? https://django-crispy-forms.readthedocs.io/en/latest/dynamic_layo

Management of static assets

Hi All, I hope you are all well. I've been thinking about static assets over the past week or so following my email on widget media. I collated the past 6 year's worth of discussions into a single source, with relevant extracts and links to sources. I've also set out some options and given m

Re: Pycharm Not Generating Django files when created with App Engine

; https://docs.djangoproject.com/en/3.0/faq/help/ > > Thanks for understanding and all the best, > > Abhijeet > > On Sat, 18 Apr 2020 at 16:13, kelvin smith > wrote: > >> I have been stuck on this problem for a while now please I need your help. >> >> Steps fo

Re: Widget Media Class

Hi Carlton, Thank you for the response. I really appreciate your continued support / guidance. Sorry, for asking the question in that way, eventually I'll learn 'how things are done round here' :-) I'll go and investigate in more detail. David -- You received this message because you are s

Widget Media Class

Hi all, Hope you are all well. Ticket #22298 discusses what to do with the Media class for widgets. Discussion on the ticket dates back to 2014, are wide ranging and a conclusion has not been reached. Now that time has moved on somewhat what are t

GSoC Mentors

Hi Carlton, I'm happy to help out with 1), if you think I would be helpful. I will not be of much help with 2) :-) David -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group a

#17962 Add get_deleted_objects hook to ModelAdmin

Hi The PR for this ticket (https://github.com/django/django/pull/8267) has been open for a while now. I think I have answered all the questions/requested changes on it. If possible, could someone take a look and see if there's anything else I need to do for it to progress? Thanks Becky -- Y

Django cross reference: www.xrefs.info

hello, I added Django in www.xrefs.info to provide cross reference search for Django development. http://www.xrefs.info is made for open source community in the hope of making open source developers more productive. The site hosts many open source code projects' cross references based on OpenGro

ManyToMany relationship can't be saved

As I was learning the Django Docs ( https://docs.djangoproject.com/en/1.6/topics/db/models/#extra-fields-on-many-to-many-relationships), I found the following code not working. Is it a bug? At least the result is unexpected. ringo = Person(name="Ringo") beatles = Group(name="Beatles") m1 = Memb

Re: Why not use @classmethod decorator consitently in django/utils/functional.py?

You are right, I should have checked out those release notes. Thanks Baptiste! -- 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..

Re: Why not use @classmethod decorator consitently in django/utils/functional.py?

Hi Shai, Just FYI, on github @charettes merge my PR replacing almost all `meth = classmethod(meth)` with `@classmethod`. So I assume you guys are going to drop support for python2.4 and older, right? Best Regards Adam -- You received this message because you are subscribed to the Goo

Re: Why not use @classmethod decorator consitently in django/utils/functional.py?

> > I see. Thanks a lot Shai, for both your welcome and detailed explanation! -- 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+unsubsc

Why not use @classmethod decorator consitently in django/utils/functional.py?

Hi, I'm quite new to Python and Django, as I read through the django/utils/functional.py, I was wondering why not use `classmethod` as a class method decorator consistently, as line 334

Re: Thinking about NoSQL support

there any such docs available? Thanks all for the info. Sorry for stepping on NoSql toes. I agree, I still misuse it often. On Friday, September 6, 2013 7:26:35 AM UTC-7, Alex Burgel wrote: > > On Thursday, September 5, 2013 4:12:26 PM UTC-4, Benjamin Zuill-Smith > wrote: > >> I&#x

Thinking about NoSQL support

I've recently discovered Django and would love this framework in tandem with a NoSql solution like MongoDB. I know there is project called mongodb-engine but the solutions it brings feel hackish to me because it is not built into Django but added like middleware under the hood. I'm weary of st

Re: Missing timezone support in built-in time template filter

/django/pull/1327. I'm a git newbie, so it took me a while to figure out how to remedy that. I'm not sure if that was why it was getting held up, but it is fixed now. On Wed, Jul 3, 2013 at 1:19 PM, gilberto dos santos alves wrote: > well done. > > 2013/7/3 Warren Smith : > &g

Re: Missing timezone support in built-in time template filter

y for somebody to review it. It would be great if this could get into 1.6. -- Warren Smith -- 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

Re: Missing timezone support in built-in time template filter

gt; email to django-developers+unsubscr...@googlegroups.com. > To post to this group, send email to django-developers@googlegroups.com. > Visit this group at http://groups.google.com/group/django-developers. > For more options, visit https://groups.google.com/groups/opt_out. > >

Re: Missing timezone support in built-in time template filter

be interested in hearing them. > I think the correct solution is to add proper handling of datetime timezones to the django.utils.dateformat.TimeFormat class, similar to the way they are supported in the DateFormat class, and perhaps do some refactoring of both classes so that common methods

Missing timezone support in built-in time template filter

Is anyone aware of a reason why the built-in time template filter does not have timezone support? The built-in date template filter has timezone support, but I wanting to use the TIME_FORMAT default stuff linked to the time filter. Was timezone considered to be not relevant for the time filter

Re: Proposal: Composite Foreign Keys

02 PM, Alex Gaynor wrote: > No, there is no such solution in the codebase. Are you aware of a patch we > should be reviewing on this issue? > > Alex > > > On Thu, Nov 29, 2012 at 2:43 PM, Ron Smith wrote: > >> So here we are 4 years later, version 1.5 is about to be re

Re: Proposal: Composite Foreign Keys

I'm sorry, I did not indent for it to be hostile or rude but, after reading it I guess it could sound that way. I was more frustrated because I was sure I was missing something somewhere. On Thu, Nov 29, 2012 at 5:06 PM, Jacob Kaplan-Moss wrote: > On Thu, Nov 29, 2012 at 4:43 PM, R

Re: Proposal: Composite Foreign Keys

So here we are 4 years later, version 1.5 is about to be released and we still don't have a solution for composite primary keys in the code base? Or am I missing it in the docs somewhere? -- You received this message because you are subscribed to the Google Groups "Django developers" group. To

Re: GitHub migration

woohoo! this is great, good luck Adrian Brendan Smith, IT Specialist National Priorities Project http://www.nationalpriorities.org http://www.facebook.com/nationalpriorities 413 584 9556 On Apr 27, 2012, at 12:50 PM, Adrian Holovaty wrote: > Hey guys, here's an important

Re: start using less (and bootstrap!)

i also regrettably give a +1 to github over bitbucket. while I like others would love to see a python based solution, especially django, give github a run for it's money, i think github is years ahead of bitbucket in terms of features and ease of use. i also think git itself is going to remai

Re: start using less (and bootstrap!)

I had not heard about the move to GitHub but I am +10 on that move. On Feb 3, 2012, at 11:20 AM, Adrian Holovaty wrote: > On Fri, Feb 3, 2012 at 12:25 AM, Harris Lapiroff > wrote: >> The Django admin is a major—if not *the* major—selling point to >> budding developers. I worry that externalizi

Re: start using less (and bootstrap!)

I give +1 to the idea of separating out the admin and letting people fork and modify to their hearts content I also still give my +1 to having it utilize less, but I am also cautious like others about prescribing bootstrap specifically , especially the JS since as others have pointed out is som

Re: start using less (and bootstrap!)

for what's it worth, i really like the idea of this. i am also starting to use less for all of my projects and i love it. and for the record, with less.js it's not actually necessary to compile the .less files on the backend every time you make changes, you can have the compilation done on th

Re: Thoughts on defining and autoimporting signals.py

wrong list, you want django-users but yes, you are on the right track with importing from __init__, at least that's how i've always done it -- Brendan Smith IT Specialist National Priorities Project 243 King Street Suite 109 Northampton, MA 01060 http://nationalpriorities.org/ On

Re: minify static files (css and js)

asset-managers/ I'm not sure how current this information is, but it is very informative nonetheless. They all seem to have their strengths and weaknesses. I guess the choice depends on which functionality is important to you. -- Warren Smith -- You received this message because you are subscri

Re:

s group, send email to django-developers@googlegroups.com. > To unsubscribe from this group, send email to > django-developers+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/django-developers?hl=en. > > -- Bre

Re: Brute force attacks

send email to > django-developers+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/django-developers?hl=en. > > -- Brendan Smith, IT Specialist National Priorities Project http://www.nationalpriorities.org http://www.costofwar.com ht

Re: Multiple email connections

le Groups > "Django developers" group. > To post to this group, send email to django-developers@googlegroups.com. > To unsubscribe from this group, send email to > django-developers+unsubscr...@googlegroups.com. > For more options, visit this group at > http:/

Re: Using asserts in test code

My team has adopted the convention of prepending "Sanity:" to the message of any assertion whose purpose is to verify that things are set up correctly for the 'main act' assertions. This helps us cut through the 'something is broken, but it's not here' noise when a change causes a bunch of tests t

Re: Template preprocessing (to improve template rendering speed, en page filesize)

Jonathan, I don't know if this is the proper place to post this, unless you are looking to have it added to core. I have a feeling core contributors are going to chime in and say this more than likely belongs the in django-users mailing list. When you post it there though, I for one think this

Re: #6735 -- Class based generic views: call for comment

r solution is > fine, just don't force me to pass everything around as arguments between > functions. That's not looking likely, but some people here seen to want to > have that kind of purity at the expense of usability - dammit, Jim, I'm an > engineer, not a mathematician. >

Re: Meebo - Seeking Django Developer (Contract & Telecommute is OK)

cause you are subscribed to the Google Groups > "Django developers" group. > To post to this group, send email to django-develop...@googlegroups.com. > To unsubscribe from this group, send email to > django-developers+unsubscr...@googlegroups.com > . > For more options,

Re: Multiple apps in one view

; . > For more options, visit this group at > http://groups.google.com/group/django-developers?hl=en. > > -- Brendan Smith, IT Coordinator National Priorities Project http://www.nationalpriorities.org http://www.costofwar.com http://www.facebook.com/nationalpriorities 413 584 9556 -- You r

Re: Multi-credential ORM configuration support

default db alias. My impression is that my use case is not very common. Therefore, it may not make sense for it to be officially supported by django. I'm going to run with some of these ideas in my custom version of django and see what I come up with. Thanks for your help.

Re: Multi-credential ORM configuration support

lex and counter-intuitive solution to a relatively simple logic problem. Would it make sense to factor out the connection selection logic into a utility function with parameters that make it usable in all contexts, thus yielding a single place to inject the check for the request-specific default db a

Re: Multi-credential ORM configuration support

We'd certainly be interested in any > input on ways to improve usability for the multi-credential case. > Excellent. I'll do some experimentation and attempt to come up with some recommendations. Thanks. Your brief consideration of this is exactly what I am seeking. -- War

Multi-credential ORM configuration support

ti-db branch have any bearing on this use case? -- Warren Smith --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@goog

Re: App Engine support

Hey Waldemar and everyone else, termie here, I'm an App Engine developer and worked on the Django Helper library. This is something I'm deeply interested in (and many other app engine folk agree) and I'd like to work together. My initial goals are to get some concrete experiments up so that the pe

interest in extending {% blocktrans %}

Hey y'all, I'd like to propose that {% blocktrans %} support resolving of simple variables. For example I have an object named dude with a method display_nick, ideally being used like so: {% blocktrans %}some text {{dude.display_nick}} is cool{% endblocktrans %} however at the moment i am for

Re: Posting to the wrong list (was: Re: Need Django Developer urgent)

On Fri, May 8, 2009 at 4:49 AM, Ned Batchelder wrote: > Add the word "core" to make the first sentence, "Discussion group for > Django core developers". > Good idea, but I'd take it step farther. "Core" is just ambiguous enough outside the bubble that some people will still stop reading at the f

Re: Posting to the wrong list (was: Re: Need Django Developer urgent)

""" Discussion group for issues regarding the development of the Django framework itself. For discussion of issues that involve the entire Django community, including using the framework to develop applications, please use django-users. """ Just my $.02 -- Warren

Re: Django 1.0 and Django SVN side by side?

Thanks, and sorry for posting to the wrong list! 2009/4/29 Alex Gaynor > > > On Wed, Apr 29, 2009 at 6:23 PM, Alex Gaynor wrote: > >> >> >> On Wed, Apr 29, 2009 at 6:08 PM, Andrew Smith wrote: >> >>> Hello >>> >>> Sorry, this is pr

Django 1.0 and Django SVN side by side?

Hello Sorry, this is probably a silly question but I'm fairly new to python/django. Is it possible to have django 1.0.x and the svn version installed side by side and if so, how do I achieve this? The reason I ask is that I'm developing production code against 1.0.x. I've found a bug in that vers

Re: add_constraint=False on relation fields

what would the use cases be? On Mon, Apr 6, 2009 at 6:15 PM, Malcolm Tredinnick wrote: > > On Mon, 2009-04-06 at 04:53 -0700, Adys wrote: > > I made a small patch for my local Django install to be able to precise > > add_constraint=False (default True, normal behaviour) to FKeys/ > > M2Ms/... >

Re: add_constraint=False on relation fields

what would the use cases be? On Mon, Apr 6, 2009 at 6:15 PM, Malcolm Tredinnick wrote: > > On Mon, 2009-04-06 at 04:53 -0700, Adys wrote: > > I made a small patch for my local Django install to be able to precise > > add_constraint=False (default True, normal behaviour) to FKeys/ > > M2Ms/... >

Re: Call for ideas: Admin Improvements

- Dynamic Managers - Select which field you want to filter by and boom. No hard code - Finer Permissions (not exactly an interface suggestion) - Limit the ability of a user right down to the created object - You have many accounts and you can assign an agent permissions to

Re: Using domain in urls.py

I did this with some middleware having lots of sub-domains, red.whatever.com, yellow.whatever.com etc... but I forget what it was/is called. It's probably on Django snippets. This looks like it might help... http://eikke.com/django-domain-redirect-middleware/ --~--~-~--~~

Re: Perl port of the django template system.

On Fri, Dec 26, 2008 at 9:54 AM, James Bennett wrote: > > On Fri, Dec 26, 2008 at 11:36 AM, Maluku > wrote: > > Kind of different question: Why is there no {% else %} in {% ifchanged > > %}, I think it might be a help to some people. > > Because it wouldn't make any sense; the point of 'ifchanged

Re: Proposal: Optional {% default %} clause for the {% for %} template tag

I'm wondering who that's going to confuse. It's very clear that the template language isn't Python, so I'd think it'd make the most sense to use a keyword that makes sense within the context of the template language. I'd think that either 'else' or 'ifnone' are the most memorable/readable. 'default

Pushing along the idea of adding an 'else' to 'ifchanged'

I'd like to put in a good word for #4534 and its patch. I know this has been discussed before, and that is *is* possible to write view code to pass along extra data to a template to get the same effect as ifchanged/else, but it's a lot cleaner, IMHO, to support this in templates and to avoid clutt

Re: dict variable in template

On Fri, Jul 4, 2008 at 7:39 PM, Jason <[EMAIL PROTECTED]> wrote: > > Thanks for the replies, everyone. I double-checked my message to make > sure it would be clear. Wonderful! And yet, I posted to the wrong > group :( If I have a follow-up I'll post in the users forum or the > Google App Engin

Re: New newforms code

Adrian Holovaty wrote: > On 1/10/07, Mikko Ohtamaa <[EMAIL PROTECTED]> wrote: > > I have toyed around with newforms a bit. > > > > We should subclass Widget to TemplateWidget and then rebuild all widget > > class hierarchy usingTemplateWidget based widgets. I'd rather throw > > away the current wi

6000 IT Jobs + 100 IT Jobs Daily

presenting direct links to jobs. They are using only Direct Employers and not using Staffing Companies, Contract firms, Agencies, recruiters. regardsBruce Smith --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "D

Great Link for Perfect Career

Direct Employers and not using Staffing Companies, Contract firms, Agencies, recruiters. regardsBruce Smith --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this g

NO 1 website for IT Jobs

Staffing Companies, Contract firms, Agencies, recruiters. I have checked this website Warm regards Bruce Smith --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, sen

NO 1 website for IT Jobs

Staffing Companies, Contract firms, Agencies, recruiters. I have checked this website Warm regards Bruce Smith --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, sen

NO 1 website for IT Jobs

Staffing Companies, Contract firms, Agencies, recruiters. I have checked this website Warm regards Bruce Smith --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, sen

NO 1 website for IT Jobs

this website Warm regards Bruce Smith --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com To unsubscribe from

working Best Link for Perfect Career

Staffing Companies, Contract firms, Agencies, recruiters. I have checked this website Warm regards Bruce Smith --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, sen

New Best Link for Perfect Career

Staffing Companies, Contract firms, Agencies, recruiters. I have checked this website Warm regards Bruce Smith --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, sen

Best Link for Perfect Career

Employers and not using Staffing Companies, Contract firms, Agencies, recruiters. I have checked this website Warm regards Bruce Smith --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group.