Re: RFC: Django history tracking

Uros Trebec wrote: > Hi, everyone! > > First: introduction. My name is Uros Trebec and I was lucky enough to > be > selected to implement my idea of "history tracking" in Django. I guess > at least some of you think this is a very nice feature to have in web > framework, so I would like to thank

Re: RFC: Django history tracking

the data in a PickleField. This will avoid to have a model like this: class History(models.Model): change = TextField() def get_change(self): return loads(change) def set_change(self,data): change = dumps(data) Imagine you have 3 fields with Pickling functionalities in the sam

Re: Pluggable encryption for django auth (design proposal)

tant because of: http://code.djangoproject.com/ticket/13969 Thanks, William -- 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 this gro

Re: Pluggable encryption for django auth (design proposal)

re now possible. I will try to consult some experts today and see if they are willing to go on record. William On Fri, Feb 11, 2011 at 8:10 AM, Eduardo Cereto Carvalho < eduardocer...@gmail.com> wrote: > I'm not an expert on the subject. > > But I think that the hashes securi

Re: Pluggable encryption for django auth (design proposal)

et/13969/better_salting.diff>I thought it was marked as accepted. But I just checked out SVN and you are correct that it is not using gen_salt. Does anyone know when it will be included? Thanks, William On Fri, Feb 11, 2011 at 9:50 AM, Clemens-O. Hoppe < clemens.o.ho...@googlemail.com> wrote: &

Re: Pluggable encryption for django auth (design proposal)

Excellent summary! If the core developers agree to this, I'm happy to contribute. William On Mon, Feb 14, 2011 at 1:37 AM, poswald wrote: > Here is an overview of issues on this subject opened over the years. > Some have existing code: > > http://code.djangoproject.com/ti

Re: Pluggable encryption for django auth (design proposal)

Carl and Russ, Thanks for the response! Would you prefer that those of us interested in working on this (pluggable user cryto-system) proceed from the trunk, or from 1.2? Thanks, William On Tue, Feb 15, 2011 at 2:03 AM, Russell Keith-Magee < russ...@keith-magee.com> wrote: > On Tu

Re: auth.User refactor: reboot

equire some effort to preserve order and avoid multiple registrations...). Is this workable, or would it have too much complexity and too much of a performance hit? Sorry to be so vague...One issue that would come to mind with such an approach is how to deal with things like password recovery i

Re: #16779 - a tutorial for first time Django contributors

I develop on windows, linux, and macos--for windows, I have to say that I tend to use tortoise-git (somehow, I still prefer it to github for windows), whereas for linux, the command line is greatFrom my experience leaping between platforms, it's rather painful to try to shoehorn the way of doin

Re: #16779 - a tutorial for first time Django contributors

And I should say, thanks for the effort on this! On Sun, Nov 11, 2012 at 10:18 AM, william ratcliff < william.ratcl...@gmail.com> wrote: > I develop on windows, linux, and macos--for windows, I have to say that I > tend to use tortoise-git (somehow, I still prefer it to github f

Re: Adding flash objects

I believe you are asking for a template tag to handle Flash content better. Tell me if I am wrong but it sounds like a good candidate for a third party app. I don't think it belongs in Django as a Django contribution. On Wednesday, March 18, 2015 at 5:06:58 PM UTC-4, Debesh Mohanty wrote: > > He

Solicitation of feedback: MetaOptions

I have released a package called django_options on the Cheeseshop at http://cheeseshop.python.org/pypi/django_options/r6 It is a class called MetaOptions that enables decoration of Django models with meta classes in similar style to Admin and Meta. Options placed there show up in Model._meta.cl

Re: Lets talk about a dynamic limit_choices_to again :)

On Fri, Nov 23, 2007 at 02:05:28PM -0800, Dmitri Fedortchenko wrote: > > I found this ticket: > http://code.djangoproject.com/ticket/2445 > > It's not seen much activity for a while, but in september jkocherhans > posted some news which I found interesting. So since I needed this > functionality

OSG - Django support for Directed Graphs and OpenSocial

Greetings folks, I've released a first cut at some Django models that are designed for modeling directed graphs, and node metadata as well as some initial work towards support for OpenSocial data APIs. The hope is that this will be a useful building block for people wanting to implement social ne

Re: Feature idea: Add support for PostgreSQL's COPY command in contrib.postgres

+1 for this integration. This is a great feature that I've been using on projects as well. I'd love to be able to do it within django rather than hack my own sql scripts around it. The efficiency/speed up is very real. This solves the problem that when working with data where people replicate

Re: Process DEP for "official" non-core projects

Just wanted to thank you so much for your hard work. The documentation is really well written! On Wednesday, May 11, 2016, at 1:29:34 PM UTC-5, Andrew Godwin wrote: > > > > On Wed, May 11, 2016 at 11:00 AM, Jacob Kaplan-Moss > wrote: > >> I like this, and +1 on your rough outline. >> >> There i

Re: [ANNOUNCE] Django security advisory: Vulnerability in password reset (master branch only)

While we are at it, could we implement these NIST new password guidelines into django? Just On Monday, November 21, 2016 at 3:13:21 PM UTC-6, Tim Graham wrote: > > We don't normally give security advis

Re: Make Development More Accessible

I think the way Rails does it, aka with well-done newcomers guide (https://edgeguides.rubyonrails.org/contributing_to_ruby_on_rails.html) is worth looking at, as Carlton notes. A bit more streamlined than the current Django How To Contribute Guides. Incidentally, Carlton and I will be having a

Re: Google Patch Rewards program

This is great! To the extent we have this teed up internally, makes it much easier for DSF to go to Google and coordinate. And even if Google doesn't pan out, having structure makes it easier for us to, for example, find funding if some fundraising projects in the works pan out. On Tuesday, Dec

Proposal: Permit __file__-less migrations packages

mmitter can review and merge the PR. Best, William Schwartz -- 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

Re: Proposal: Permit __file__-less migrations packages

o support migrations in namespace packages -- > other than a distaste for blank __init__.py files. I can't imagine you > actually want to split one app's migrations into several separate file > system directories, do you? > > On Tue, 22 Dec 2020 at 15:58, William Schwartz wrote:

Re: Proposal: Permit __file__-less migrations packages

I now see that my original post was too vague. I will more thoroughly explain myself below, including the actual patch (because it's that short!). *My proposal will not change Django's behavior at all for anyone not using "freezers" *such as PyOxidizer, cx_Freeze, Nuitka, PyInstaller, and the l

Re: Proposal: Permit __file__-less migrations packages

Mariusz, Thanks for your response! *> I have the impression that more changes are needed to support "freezers" Are we sure this is the only change that is needed?* Django will indeed require changes beyond today's proposal for full freezer support. I am pursuing an incremental approach her

Re: Proposal: Permit __file__-less migrations packages

further. Getting this merged in time for Django 3.2 would be a huge relief! On Tuesday, December 22, 2020 at 4:27:53 PM UTC-6 William Schwartz wrote: > Mariusz, > > Thanks for your response! > > *> I have the impression that more changes are needed to support > "freeze

Re: Proposal: Drop dependency on pytz in favor of zoneinfo

Just wanted to chime in with a +1 from a user in favor of moving away from pytz. Doing so will be very helpful for frozen Python environments: https://bugs.launchpad.net/pytz/+bug/1834363 On Sunday, January 3, 2021 at 2:43:01 AM UTC-6 Aymeric Augustin wrote: > Hi Carlton, > > IIUC-at-first-pass

PR review request

gt;, which refactors the loaddata command. The PR has not yet been reviewed. Thanks for working with me on these (and several other recent) PRs! Best, William -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)

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

Ok, thanks for the link Matthew. Just thought I'd bring it up in case things had changed. Seems status quo is fine for now but if Windows keyboards continue to remove the Pause/Break key might make sense to add `Control-C` as Adam notes or eventually switch over. On Tuesday, June 22, 2021 at 6:

Re: Google "Season of Docs"

Just out of curiosity, I was wondering if we got any traction on this. On Monday, March 18, 2019 at 5:27:47 AM UTC-5, Carlton Gibson wrote: > > Hi all, > > Parallel to GSoC, Google now have this "Season of Docs" programme: > > https://developers.google.com/season-of-docs/ > > The idea is experie

Re: Django auth magic

I also suppose you could do something like, in the base class: _name = None _password = None And then in the __init__ function the end user could set _name and _password, but the get_* functions just seems simpler and more Django-styled.

Django auth magic

I was looking at the Removing The Magic wiki page, and it seems you have no plan to remove the magic from the auth module. This came as quite a disappointment to me. Many things in the auth module are magical, and the auth model makes many assumptions. The auth model can still be easy and fun to

Re: Django auth magic

Also I haven't given any thought to the inner Admin class. I'll leave that as an exercise to the reader, simply because I don't even really agree with how the inner Admin class is setup.

Re: Django auth magic

Okay Adrian, I will write a patch. Should I upload it to my site and send it through here or the bug tracker?

Re: Django auth magic

I'm not able to write the patch because Django is placing too many restrictions on what I can do as far as this.

Re: Django auth magic

Writing a patch just requires too much effort. I give up and I'm reluctantly trying to hack this together now. And it's not even fun like the website says it is. :-(

Re: Django auth magic

If you are interested the problem happened when I looked at the formfields file. I don't know how I would make that custom auth class friendly...

Re: Django auth magic

And also the Admin and Meta classes.

Re: Django auth magic

Okay so I can probably easily do it but I'm too lazy. Also I need to get the auth module to use our subclass of the User class and not the original class. I'm honestly not sure how I should do this in such a way it conforms to Django standard.

Re: Django auth magic

You guys are completely misintrepreting the point of this posting. It has to do with the auth MODEL. Nothing else. When you say Model, you are obviously referring to SQL. It is beyond me how you people come up with LDAP and OpenID and all these other wishes. If you want to use LDAP or OpenID, you

Re: Django auth magic

Nevow (http://www.nevow.com/) uses twisted.cred.

Intermittent IntegrityError on Model Save with auto_now and auto_now_add Fields

Hello Django community, We are reaching out after encountering a persistent and elusive issue that manifests as an IntegrityError during the save operation of a Django model. This problem has been sporadically occurring since last year and has successfully stumped four seasoned Django develo