Re: make the source code of the django tutorial available ?

Hi Daniele, On Thu, Jan 17, 2013 at 7:07 AM, Daniele Procida wrote: > I'm re-opening an old discussion - > https://groups.google.com/d/topic/django-developers/MbLD1BL5xkQ/discussion. > Sorry if it all comes out weird, I'm having to do it in Google Groups. > > I propose maintaining a repository of

Re: make the source code of the django tutorial available ?

On Thu, Jan 17, 2013 at 1:17 PM, Daniel Greenfeld wrote: > > > On Wednesday, January 16, 2013 4:43:14 PM UTC-8, Russell Keith-Magee wrote: > >> Hi Daniele, >> >> On Thu, Jan 17, 2013 at 7:07 AM, Daniele Procida >> wrote: >> >>> >>>

Re: postgresql range types v2

On Mon, Dec 31, 2012 at 5:56 PM, Marco Paolini wrote: > Hi all, > > sorry for the noise, forget my previous mail as it was pointing to the > wrong commit, > here's the good one: > > https://github.com/mpaolini/**django/commit/** > b754abdeab204949510500ccb1b845**b7ad143542

Re: Shouldn't Textarea be CamelCased as TextArea?

Yes, it's a wart from HTML. Even if we were inclined to alter the name to make it idiomatic Python (which isn't necessarily a good idea in this case -- the HTML naming convention makes sense), it would be impractical to change it at this point in Django's lifecycle - there is so much code depending

Re: A New Django Release Cycle

On Fri, Jan 25, 2013 at 6:59 PM, Abdullah Esmail wrote: > Hello everyone, > > I am a web/mobile developer and I have been mainly using django since 2008 > for web apps. > I'll throw my suggestion out there and see how you guys react to it. > > I think the current release cycle for django is around

Re: A New Django Release Cycle

On Mon, Jan 28, 2013 at 7:49 AM, Carlos Ribeiro wrote: > On Sun, Jan 27, 2013 at 9:26 PM, Aymeric Augustin < > aymeric.augus...@polytechnique.org> wrote: > >> There isn't any corporate backing behind Django and no one gets paid to >> make releases happens. Besides, active contributors are comforta

Re: please help

On Mon, Jan 28, 2013 at 9:17 PM, ABHINAV MISRA wrote: > I am Abhinav Misra, an undergraduate. > I was going through the project ideas of GSoC 2012 so as to find any > project of which I am capable of. > There i came up with the project named: " improved error reporting ". I > want to take this pr

Re: please help

On Tue, Jan 29, 2013 at 3:39 PM, nimesh ghelani wrote: > Hi, > I am also interested in Django as organization for GSoC. I did few basic > projects using Django and now as a final test, i am putting my all in for > my hardcode 13 submission. After that, i believe i will have a month and a > half be

Re: FYI: Scheduled downtime on djangoproject.com Thursday night

On Wed, Jan 30, 2013 at 1:11 AM, Jacob Kaplan-Moss wrote: > Hey folks -- > > MediaTemple, our hosting provider for djangoproject.com, is going to > be taking our server offline Thursday night while they give us more > RAM. > > The window for downtime is some time between 9PM and 4AM, though the >

Re: Python/Django developer job opportunity

Please don't post job advertisements to django-developers. Django-dev is a list for discussing the development of Django itself. If you want to post job advertisements, you're welcome to do so on Django-users. Yours, Russ Magee %-) On Thu, Jan 31, 2013 at 4:27 AM, wrote: > We are looking for a

Re: Next steps for ticket #18150

On Fri, Feb 1, 2013 at 10:25 AM, Steven Vargas wrote: > Hi, I'm a student and this is my first contribution to an open source > project so I am trying to learn along the way. > > Anyways, I submitted a patch for > #18150and I was looking for > input o

Re: please help

On Tue, Feb 5, 2013 at 1:47 AM, ABHINAV MISRA wrote: > Sir I am going through the book "Django 1.0 Web Site Development" as > suggested. But i need to ask how can i contribute to django. I thought that > proposal needs to be submitted during gsoc so I thought to intereact with > the organisation s

Re: managements.commands and namespace packages

Hi Alessandro, On Tue, Feb 12, 2013 at 2:30 AM, Alessandro Dentella wrote: > Hi, > > this email aims at finding a bettere solution to a problem that was already > posted some months ago in the user list [1]. If you use namespaces in > packages to split your code in independently distributable pa

Re: clarification of API backwards-compatibility policy

On Wed, Feb 20, 2013 at 5:56 AM, Carl Meyer wrote: > Hi, > > I was just about to tell someone on IRC that Django's > backwards-compatibility policy only applies to documented methods and > attributes (which is how I'd always understood it), but when I actually > went to look at the documented pol

Re: select_for_update running on db_for_read

Hi Ioan, I'd need to dig into the code to be 100% certain, but what you've described seems plausible, and the fix looks like it's going in the right direction. A ticket is certainly called for. As for the patch -- it needs tests :-) Django's test suite has support for testing multiple-database s

Re: no of forms in formset

On Sun, Feb 24, 2013 at 1:51 AM, ANKIT BAGARIA wrote: > this is an example from formset documentation: > > the above command displays 3 forms in total 1 with initial data and 2 blanks. > AFTER GOING THROUGH formset.py file I AM NOT ABLE TO UNDERSTAND HOW IS 3 > FORMS CREATED. How is "for form in

Re: Replacing get_absolute_url, I am against it

On Sun, Feb 24, 2013 at 12:18 AM, Daniel Sokolowski wrote: > Would anyone know if there is still any momentum behind this? I like > Adamcik's approach. > > Hi Daniel, I think if you polled the core team you'd probably still get agreement that the problem exists; however, you'd probably get some d

Re: contrib.auth.forms need to rewrite UserCreationForm for custom users

Hi Luan, Thanks for the suggestion, but the change you've described won't work, for two reasons. Firstly, the call to get_user_model() will be parsed when the forms module is loaded (because it's part of the Meta declaration). However, module load order can't be guaranteed, so there will be ways

Re: deprecation of AUTH_PROFILE_MODULE

On Thu, Feb 28, 2013 at 4:24 AM, Alper Çuğun wrote: > > I looked into this today with 1.5 hitting and working on a project and > this seemed relevant. > > On Monday, 2 May 2011 19:22:53 UTC+2, Carl Meyer wrote: > >> 1. A specification of the minimal useful interface for a User (perhaps >> >> in t

Re: DjangoCon Europe tickets on sale today!

On Thu, Feb 28, 2013 at 4:52 AM, Reinout van Rees wrote: > On 27-02-13 21:21, Andre Terra wrote: > >> I wonder if these will ever be made available online for a fee, even if >> months after the conference. For a hobbyist developer like me, coughing >> up a few thousand dollars for the tickets, reg

Re: Django 1.4.3 Error Login

On Sat, Mar 2, 2013 at 12:50 PM, Ana Molf wrote: > This function work under dev server but not ander prod > Technical server contact said me that there are a problem because at SSH > > Hi Ana, You've posted this message to django-developers -- the mailing list for people wanting to discuss the d

Re: New additions to django.contrib?

On Sat, Mar 2, 2013 at 11:38 AM, Per-Olof Åstrand wrote: > First, I would like to give all my compliments to the persons that made > Django what it is. Although my background is in scientific computing since > 25 years back (using python, numpy, scipy, among other things), I came into > contact wi

Re: About GSoC 2013

On Wed, Mar 6, 2013 at 8:04 PM, Mayur Patil wrote: > Hello, > >Most of the organizations(Eclipse,Fedora, > >VLC etc) have created their GSoC Idea page. > >Where is Idea page for Django? > >I am eagerly waiting for it !! > Hi Mayur, The period for organizations to apply for GSoC 2

Re: Proposal: deprecate and remove django.contrib.comments

On Fri, Mar 8, 2013 at 12:48 AM, Jacob Kaplan-Moss wrote: > Hi folks -- > > This one's simple: I'd like to deprecate `django.contrib.comments`, > scheduling it to be removed in a couple of releases. > > My rationale is this: if you don't really care much about how comments > work but just want som

Re: Moving database backends out of the core

On Fri, Mar 8, 2013 at 7:57 AM, Alex Ogier wrote: > Here's something I've been thinking about: > > As a rule, assuming that backends are not bug-riddled and do not have > needlessly shoddy performance, nearly all of the value of an ORM is in the > set of frontend features it exposes to applicatio

Re: Django sanctioned extensions

On Fri, Mar 8, 2013 at 11:23 AM, wrote: > from thread "Moving database backends out of the core" > > On Mar 7, 2013, at 5:13 PM, Russell Keith-Magee > wrote: > > > There is, however, a possible middle ground, following the example set > by Flask: we introdu

Re: Permissions model limiting the length of verbose-name

On Mon, Mar 11, 2013 at 5:58 PM, Shai Berger wrote: > Hi all, > > I would like to draw your attention to bug #8162[1]. It is old as sin, and > annoying as virtue. > You won't get any argument from me on this analysis. > The gist of it is: because, for all models, when the admin is present, > p

Re: Changes to django's settings module

On Thu, Mar 14, 2013 at 1:08 AM, Alex Ogier wrote: > I find the value of separate settings modules is not splitting them by > topic, but overriding them in specific contexts, like staging, production > and development. Your implementation (and, I think, any solution that > compiles multiple setti

Re: Changes to django's settings module

On Fri, Mar 15, 2013 at 3:36 PM, Omer Katz wrote: > Why would you call them magic? > Why does allowing extensibility for those who need it is a bad idea? > You will be doing it explicitly anyway by providing a SettingsCollector > class to the Settings class' constructor. > If are doing it, you sh

Re: Tests of contrib apps

On Wed, Mar 20, 2013 at 5:26 PM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > Hello, > > Currently there are three locations for the tests of contrib apps: > - under tests/ — eg. admin > - inside the app — eg. auth > - both — eg. contenttypes > > Following the modeltests / regre

Re: Implementing Full Text Search in Django --Ticket #3254

On Thu, Mar 21, 2013 at 3:06 PM, Bharadwaj Desikan wrote: > Hi Guys, > > I would like to Contribute Towards Implementing Full Text Search in the > Django and > have seen the following ticket > > https://code.djangoproject.com/ticket/3254#no1 > > If someone can throw some light on What is Expected

Re: Changes to django's settings module

Hi Omer, I've looked at your code, and while you continue to call it a "refactoring", it's a refactoring with a specific purpose in mind -- to add a new feature. I disagree that your new code is "clearer" and more "understandable" than the existing code. For starters, it's got more moving parts (

Re: Changes to django's settings module

On Sun, Mar 24, 2013 at 6:28 PM, Omer Katz wrote: > You are contradicting yourself. At first you said that it does make the > code clearer. Now you say it doesn't. > My apologies -- I've apparently used an English idiom that doesn't have an obvious meaning. When I said "I'd argue the point that

Re: Kickstarter for Django Admin?

On Sun, Mar 24, 2013 at 6:20 PM, Victor Hooi wrote: > Hi, > > I read recently about Andrew Goodwin's successful kickstarter project for > better Django schema migrations: > > > http://www.kickstarter.com/projects/andrewgodwin/schema-migrations-for-django > > Kudos to him for awesome work on South

Re: ticket #6103 - modeltests/model_forms/models.py could do with some rewriting

On Tue, Mar 26, 2013 at 1:49 AM, Bharadwaj Desikan wrote: > Hi > > I am new to Django Contributors but have quite a good expertise in python.. > > I have assigned ticket https://code.djangoproject.com/ticket/6103 to > myself.. So the current tests are stable for > which Django Release. > > Betwee

Re: Is file based cache is safe for concurrent process?

You've already asked this on django-users. Django-developers is for discussing the development of Django itself -- it shouldn't be used as "second tier" support if you don't get the answer you want on django-users. Yours, Russ Magee %-) On Wed, Mar 27, 2013 at 8:16 PM, Ivan wrote: > Hi all. > C

Re: Is file based cache is safe for concurrent process?

On Thu, Mar 28, 2013 at 7:13 AM, Ivan wrote: > > Yes, you are right. But I asked for another reason. > For example, I see, that werkzeug's cache write cache trough temporary > file > https://github.com/mitsuhiko/werkzeug/blob/master/werkzeug/contrib/cache.py#L660 > But Django cache do not use nei

Re: why does django.db.signals map to django.core.signals

Hi Joseph, There's no logic that does any such thing. There's nothing unusual or Django-specific going on here - it's just how Python imports work. There is a module called django.core.signals. It contains the definitions for a bunch of signals related to the core operation of Django, like the 'c

Re: Kickstarter for Django Admin?

On Sun, Mar 31, 2013 at 6:20 AM, Victor Hooi wrote: > heya, > > Aha, yes - we need a roadmap, and somebody from the team to execute it > *grins*. > No - We need someone from the core team to *commit* it. We don't need someone from the core team to *build* it. It's also worth pointing out that t

Re: Django 1.5.1 released

Hi Josh, In short, no - Twitter isn't a particularly reliable source for updates. Someone in the core team will usually tweet about the release, but since it's hard to share logins to a single Twitter account, and the person who owns Django's twitter account won't always be involved in formally cu

Re: Remove download_url from setup.py

On Wed, Apr 3, 2013 at 5:29 PM, Donald Stufft wrote: > Just an idea. > > I think it might make sense to remove the download_url from setup.py. It > has caused problems in the past ( > http://www.djangoproject.com/m/bad-installer.txt) and I don't think > leaving it there adds much value. It does h

Re: django: Two generic view in same template

Hi Dusan, I think you've posted this to the wrong mailing list. Django-developers is for people who want to contribute to Django itself. If you've got a general usage question, you need to post to Django-users. Yours, Russ Magee %-) On Sat, Apr 6, 2013 at 2:24 AM, Dusan Ristic wrote: > I need

Re: Ticket 20147 - deprecate and replace request.META

On Tue, Apr 9, 2013 at 5:13 AM, Carl Meyer wrote: > Hi Luke, > > On 04/08/2013 02:02 PM, Luke Plant wrote: > > This is already the subject of a ticket, but I didn't get a response > > yet. Basically, the idea is replace things like: > > > > request.META['HTTP_ACCEPT'] > > > > with > > > > req

Re: "Design Decision Needed" is gone. Good riddance.

On Tue, Apr 9, 2013 at 6:11 AM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > On 8 avr. 2013, at 23:58, Lennart Regebro wrote: > > > On Mon, Apr 8, 2013 at 4:57 PM, Jacob Kaplan-Moss > wrote: > >> Thanks, please let me know if you have questions! > > > > Nope, but a suggestion:

Re: Enhance class Storage with additional methods

On Wed, Apr 10, 2013 at 4:39 PM, Ioan Alexandru Cucu < alexandruioan.c...@gmail.com> wrote: > Hi all, > > Would it make sense to enhance the django.core.files.storage.Storage class > with some additional methods such as copy or move file? > > I'm currently in a situation where my storage backend i

Re: The threat of the incompletely initialized django instance

On Sat, Apr 13, 2013 at 11:53 PM, Pakal wrote: > Hello, > > since version 1.2, there has been no changes about this issue, which still > bothers me: > https://code.djangoproject.com/ticket/14916 > > In summary, the django dev server loads models.py of every INSTALLED_APP, > and thus (somehow) ens

Re: survey question: should UUID database fields be returned as instances of class "uuid"? (re: ticket 19463)

On Sun, Apr 14, 2013 at 7:03 PM, VernonCole wrote: > While mucking with the refactoring of adodbapi, I included a patch fixing > a bug when storing data into columns of type "adGUID". I had not been > really aware that SQL Server has a dedicated data type for UUID until that > ticket surfaced.

Re: [GSoC 2013] Improving code quality

On Mon, Apr 15, 2013 at 7:51 AM, Damian Skrodzki wrote: > Hi, > > After looking through proposed ideas for the current GSoC i found 2 issues > related close to the code quality which I'm interested in. These are: > > >1. Best practices Updates >2. Improved error reporting > > Both tasks ar

Re: [GSoC 2013] Improving code quality

quot;2. Improved error > reporting", correct? I wrote the whole post in reversed order which could > confuse you. > > On Monday, April 15, 2013 2:18:56 AM UTC+2, Russell Keith-Magee wrote: > >> >> >> On Mon, Apr 15, 2013 at 7:51 AM, Damian Skrodzki wrote: >> >&

Re: Request method in urls.py

On Tue, Apr 16, 2013 at 6:12 AM, Brantley Harris wrote: > Alex, I see http methods as being very basic, a part of the URL itself. > In other words, from the level of the web framework it's pointless to talk > about the URL as anything but a pair of request method and path. I couldn't disagree m

Re: [GSoC 2013] Improving code quality

On Fri, Apr 19, 2013 at 3:52 AM, Alex Ogier wrote: > I wouldn't claim to speak for Django GSoC mentors and what they will > accept, but I can say that the "Improve Django's code/error handling" > projects have been perennial on Django's Recommended Project list for a > while now, I think without

Re: Messages templates documentation

On Thu, Apr 18, 2013 at 8:07 PM, Daniele Procida wrote: > < > https://docs.djangoproject.com/en/dev/ref/contrib/messages/#displaying-messages> > could be expand to provide more guidance on how to implement this. > > For example, should messages be dealt with at the site template level, or > at th

Re: [GSoC 2013] Revamping validation functionality proposal

Hi Christopher, I'd like to echo Jacobs comments here. This is a strong proposal, and I can see this being one that we'd support. Jacob's feedback is also spot on; he's pretty much flagged the exact concerns that I had when I read it. I'd possibly add one additional point - the potential for con

Re: [GSoC 2013] contribute to django-deployer for deploying django to PaaS easily

Hi Colin, I've taken a look at your proposal, and I've got some concerns. Firstly, I'm not familiar with Django-deploy; but from a quick inspection of the project page it doesn't appear that anyone in the Django core team is on the committee list. In order for you to have this proposal accepted a

Re: [GSoC 2013] How i can start in idea group of GSoC?

On Tue, Apr 23, 2013 at 7:12 AM, Mário Idival wrote: > Hello Bro's, > I dont know how i can enter in group of idea list, posted in GSoC... Today > is day start for enter in this groups for development? > > Hi Mário, A starting list of ideas for Django GSoC projects can be found on our wiki: htt

Re: [GSoC 2013] Improved error reporting

On Thu, Apr 25, 2013 at 3:00 AM, Andrew Godwin wrote: > Hi Damian, > > We don't generally accept GSOC projects that are just a bit grab bag of > problems - this is looking a little bit like that. I'd like to see a better > breakdown of what kind of time each ticket would take and what your > plan

Re: [#20291] Add method to reload `AppCache`

On Thu, Apr 25, 2013 at 8:50 PM, wrote: > Hi, > > Speaking of: > https://code.djangoproject.com/ticket/20291 > > I don't see how is this ticket related to #3591 (which BTW says "add > support for custom app_label and verbose_name"). This one is a little > atomic piece of work and a handy addition

Re: Django TestCase isolation: setUp vs setUpClass

On Mon, Apr 29, 2013 at 4:08 AM, Danilo Bargen wrote: > Hi all > > Today I ran across an issue while debugging Django tests. As stated in the > docs, all model changes in a TestCase that are done during the test are > reverted between the tests. This creates a nice and useful isolation of the > d

Re: .rst files for tutorials of djangorocks.com

Hi Gilberto, The site you've referenced is not officially related to the Django project. I wasn't previously aware of the site -- we'll be having words with them for reproducing Django content without permission. If you've got questions or comments about the tutorial, you'll have to take that up

Re: design decisions for django-mssql: (switching on autocommit and remote proxy) advice wanted.

On Tue, Apr 30, 2013 at 9:45 PM, VernonCole wrote: > Dear knowledgeable persons: > > I have completed a beta-test version of a Linux remote access server for > adodbapi, and have started the process if integrating them into > django-mssql. (This is going to be an interesting experience for me -

Re: GSOC: Deadline soon!

Hi Nicholas, I agree that there's a lot of overlap between your proposal and django-floppyforms -- but I still think there's some scope for a very interesting GSoC project. There may be only 2 days left, but that's still time for a couple more revisions before the deadline. I'll leave some commen

Re: [GSoC 2013] Better, smarter forms

Hi Nicholas, Thanks for the proposal. It's a good start, and with a little tuning, I think it would make a great project for the GSoC. As as noted on the other thread, there's a lot of overlap here with floppyforms, and with a previous GSoC project to make forms customisable. HTML5 widgets and F

Re: Improve annotation and aggregation

On Fri, May 3, 2013 at 4:31 AM, nimesh ghelani wrote: > Hey, > Will like reviews on my proposal > > https://gist.github.com/nims11/dbd2f52677377eb60c07 > > Hi Nimesh, At present, this isn't an especially compelling proposal. The bulk of what you're proposing is extremely vague. The #10929 defaul

Re: Ticket 19445

On Mon, May 6, 2013 at 12:46 AM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > Hi Luke, > > I'm also skeptical about validation when: > - it tries to analyze statically dynamic behaviors; > - it fails on code that actually works. > > To me it looks like the admin outgrew its own

Re: test discovery

On Thu, May 9, 2013 at 5:00 AM, Carl Meyer wrote: > Hi all, > > Preston Timmons and I have been working the last several weeks to get > the test discovery branch (#17365) ready for merge, and I think we now > have a pull request ready for consideration: > https://github.com/django/django/pull/105

Re: test discovery

On Thu, May 9, 2013 at 11:30 PM, Carl Meyer wrote: > Hi Russ, > > On 05/09/2013 04:51 AM, Russell Keith-Magee wrote: > > Great work Carl and Preston! (And everyone else who had a hand in the > > patch - I know this has been kicking around for a while now) > > Thanks

Re: Setting aside easy-pickings for sprints

On Thu, May 9, 2013 at 11:43 PM, Daniele Procida wrote: > On Mon, Apr 29, 2013, Daniele Procida wrote: > > >At the start of the sprints at DjangoCon Europe next month, I'll be > >holding a workshop called "Don't be afraid to commit" for people who'd > >like to get involved in Django projects (in

Re: Perception of attitude in tickets

On Fri, May 10, 2013 at 11:45 PM, Simon wrote: > Hi. > > I'm a newcomer to both Python and Django and just wanted to share my > experience trying to solve a couple of problems. > > When I started coding in Python a month ago, Django was sufficiently > common in Google searches that it was my firs

Re: reconsider re-opening ticket 901

On Sat, May 11, 2013 at 4:03 PM, Wim Feijen wrote: > Hi, > > Following up on the discussion on: > > https://groups.google.com/forum/?fromgroups=#!topic/django-developers/DUQtBrM2iTs > > I'd like to start a clear discussion about re-opening ticket 901. > https://code.djangoproject.com/ticket/901 >

Re: Perception of attitude in tickets

On Sat, May 11, 2013 at 3:47 PM, Wim Feijen wrote: > Hi Simon, Luke and Aymeric, > > Simon, first of all, thanks for your feedback. > > Core developers, I think Simons comment is a thing we should take > seriously. A ticket was closed and people didn't understand the process and > re-opened it. I

Re: Perception of attitude in tickets

On Mon, May 13, 2013 at 2:03 AM, Jason Reethisma wrote: > @Russell > > "can't compel anyone to do anything"... you can compel people to NOT do > something, such as, "don't close a ticket as won't-fix without giving a > detailed explanation of why it should be closed". > > Saying that people cannot

Re: reconsider re-opening ticket 901

On Sun, May 12, 2013 at 9:02 AM, Alex Ogier wrote: > On Sat, May 11, 2013 at 7:55 PM, Russell Keith-Magee < > russ...@keith-magee.com> wrote: > >> I'm sure I understand this argument. Python objects are passed around by >> reference, not by value, so if you'v

Re: reconsider re-opening ticket 901

On Sun, May 12, 2013 at 9:36 AM, Anssi Kääriäinen wrote: > On 12 touko, 02:55, Russell Keith-Magee > wrote: > > To that end - I want to make sure that we're clear about what we're > talking > > about here. > > > > What is on the table is essen

Re: reconsider re-opening ticket 901

On Sun, May 12, 2013 at 8:10 AM, Andrew Ingram wrote: > On 12 May 2013, at 00:55, Russell Keith-Magee > wrote: > > I'm sure I understand this argument. Python objects are passed around by > reference, not by value, so if you've passed in a Django object deep into > a

Re: Perception of attitude in tickets

On Thu, May 16, 2013 at 7:16 PM, Luke Plant wrote: > On 15/05/13 19:36, ptone wrote: > > > I wonder if a slightly more concise version of this should be added to > > the triaging docs instead of a wiki page (fine place to draft it though). > > > > > https://docs.djangoproject.com/en/dev/internals

Re: Experimental APIs DEP

On Sun, Dec 7, 2014 at 6:35 PM, Shai Berger wrote: > I like the general idea of experimental API, although Carl and Aymeric's > notes > are important: If we do this, we need to very picky in its use, or else it > just becomes an easy route to avoid committment. In particular, there > should > be

Re: Experimental APIs DEP

On Mon, Dec 8, 2014 at 7:49 AM, Michael Manfre wrote: > > > On Sun, Dec 7, 2014 at 6:37 PM, Russell Keith-Magee < > russ...@keith-magee.com> wrote: > >> * The corollary of this last point is that the release *before* a stable >> release can't have

Re: Proposal: Prevent data loss in the admin

Hi Rune, I agree with Tim. This is clearly a problem that exists, and I agree it would be good to fix it. However, I wouldn't want to see this as an "Admin only" fix. I'd rather see a generic hook that Admin then leverages as the "first customer". A similar approach was taken with object-level pe

Re: Settings: lists or tuples?

On Thu, Dec 18, 2014 at 5:03 AM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > On 17 déc. 2014, at 21:54, Carl Meyer wrote: > > > So I think there is a backwards-compatibility issue. > > Indeed. > > > Personally, I would love to decide to just bite this bullet and > > normalize

Re: Settings: lists or tuples?

On Thu, Dec 18, 2014 at 7:48 AM, Carl Meyer wrote: > > On 12/17/2014 04:39 PM, Russell Keith-Magee wrote: > > On Thu, Dec 18, 2014 at 5:03 AM, Aymeric Augustin < > > aymeric.augus...@polytechnique.org> wrote: > > > >> On 17 déc. 2014, at 21:54, Carl Meyer

Re: status of 1.8 release blockers

On Sun, Dec 21, 2014 at 6:38 PM, Riccardo Magliocchetti < riccardo.magliocche...@gmail.com> wrote: > > Hello, > > Il 20/12/2014 20:40, Tim Graham ha scritto: > >> You can also see other tickets we are targeting for 1.8 with this >> filter. This includes some of the remaining large features as well

Re: Easier to use natural keys.

On Sun, Dec 21, 2014 at 10:33 PM, Josh Smeaton wrote: > > Would you mind linking to the ticket you're talking about? Will encourage > more people to participate if they don't have to search Trac for it ;) > He did - as an inline link: https://code.djangoproject.com/ticket/23780 Yours, Russ Mage

Delivering PR 3114 - The _meta refactor

Hi all, The deadline for 1.8 alpha is rapidly approaching, and one of the features that has been proposed for inclusion is Daniel Pyrathon's GSoC project refactoring the _meta object. A huge thanks to Tim, Carl, Collin, Loïc, Anssi, and everyone else that has provided detailed reviews and feedbac

Re: Delivering PR 3114 - The _meta refactor

On Tue, Dec 23, 2014 at 4:18 AM, Carl Meyer wrote: > > Hi Russell, > > Many thanks to Daniel, and to you, for all the work on this PR! > > On 12/22/2014 12:39 AM, Russell Keith-Magee wrote: > > * get_fields(include_parents=True, include_hidden=False) > > > >

Re: Delivering PR 3114 - The _meta refactor

Hi Tom, On Tue, Dec 23, 2014 at 8:23 AM, Tom Christie wrote: > > One thing I'm unclear on: Does the new API contain any (public API) way of > determining if a relationship has an associated through table? > > Entirely possible that I'm being stupid and that's outside the scope of > the API, but i

Re: Optional separation of the concepts of how long server caches content and how long it tells client to cache it

On Sat, Dec 27, 2014 at 9:30 PM, Alejandro Dubrovsky wrote: > > Hi all, > > When running a small, low traffic site on slow cloud servers (eg > DigitalOcean), it'd be useful to be able to cache pages, not because the > site might be taken down from too many request, but to improve > responsiveness.

Re: Optional separation of the concepts of how long server caches content and how long it tells client to cache it

Hi Alejandro, On Sun, Dec 28, 2014 at 8:13 PM, Alejandro Dubrovsky wrote: > > > > On Sunday, December 28, 2014 7:23:34 PM UTC+11, Alejandro Dubrovsky wrote: >> >> >> On Sunday, December 28, 2014 1:03:26 PM UTC+11, Russell Keith-Magee wrote: >>> >>>

Last call: Meta API (GSoC 2014/PR 3114) is ready for commit

Hi all, Following up on my pre-Christmas email - I believe that PR 3114 - the formalisation of _meta - is now ready to land. https://github.com/django/django/pull/3114 The code has received a detailed review by several members of the core team, including Tim, Carl, Collin, and myself; we've had

Re: simplifying the default template context_processors

On Sun, Jan 11, 2015 at 6:40 AM, Collin Anderson wrote: > Hi All, > > In talking to Aymeric and other developers, we're starting to think about > the usefulness of global template context_processors. It seems to us that > ideally you should only need the "request" context processor. You could > e

Re: simplifying the default template context_processors

On Sun, Jan 11, 2015 at 11:33 AM, Collin Anderson wrote: > Hi All, > > Based on the early feedback, here's a scaled back proposal: > > 1. In the project_template settings.py for new projects: > - Enable the request context processor > - Keep the auth context processor > - Remove the rest (you can

Re: simplifying the default template context_processors

On Sunday, January 11, 2015, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > On 11 janv. 2015, at 06:20, Russell Keith-Magee > wrote: > > > TEMPLATE_CONTEXT_PROCESSORS isn't in the project template at present; it > is a default value i

Re: simplifying the default template context_processors

On Sun, Jan 11, 2015 at 5:58 PM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > On 11 janv. 2015, at 09:43, Russell Keith-Magee > wrote: > > > However, I'd still have some concerns about a project template that took > out all the "useful

Re: simplifying the default template context_processors

On Mon, Jan 12, 2015 at 10:28 AM, Carl Meyer wrote: > Hi Russ, > > On 01/11/2015 05:20 PM, Russell Keith-Magee wrote: > >> Without having spent much time to research the consequences — it's on my > >> TODO list but Collin brought it up before I investigated

Re: simplifying the default template context_processors

On Mon, Jan 12, 2015 at 12:59 PM, wrote: > On 10/01/15 22:40, Collin Anderson wrote: > >> Hi All, >> >> In talking to Aymeric and other developers, we're starting to think >> about the usefulness of global template context_processors. It seems to >> us that ideally you should only need the "reque

Re: Replace decimal prefix(kB) with binary prefix (KiB) for bytes

See also 19348 and 8733. https://code.djangoproject.com/ticket/19348 https://code.djangoproject.com/ticket/8733 My opinion hasn't really changed - my experience has been that Kibi and Mebi are prefixes that nobody outside standards organisations give a damn about. In the example you provide (FIL

Re: GSOC 2015 project ideas suggestion

On Mon, Feb 2, 2015 at 11:39 PM, Fabio Caritas Barrionuevo da Luz < bna...@gmail.com> wrote: > Some ideas. (which still require approval of the core developers): > > > * Improve database backend base API and related features(including > introspection feature used by inspectdb), so that it is less

Re: GSOC 2015 project ideas suggestion

On Mon, Feb 2, 2015 at 11:58 PM, Asif Saifuddin wrote: > Hi Fabio, > > Thank you for your project ideas. I'm going to follow the ideas from > https://code.djangoproject.com/wiki/SummerOfCode2015 > While this is definitely a safe option, don't rule out a 'not-on-the-official-list' project. The GS

Re: GSOC 2015 project ideas suggestion

On Wed, Feb 4, 2015 at 1:49 AM, Asif Saifuddin wrote: > Thank you both for the feedback. I will continue my analysis to understand > django well and also try to contribute some patch on django if I can. > > > For django URL dispatcher improvement I am also looking for some > suggestions. Should I

Re: resurrecting an old friend, whitespace in forms, #6362

On Wed, Feb 4, 2015 at 6:49 AM, frantisek holop wrote: > Tom Christie, 03 Feb 2015 12:53: > > Trimming at `request.POST` or at the `Form` layer absolutely isn't > > sensible, and a `normalize` argument is probably just overcomplicating > > things, but I got the impression from that ticket that no

Re: Elimination of limitations of bulk_create in Django

Hi Elita, On Fri, Feb 6, 2015 at 1:39 PM, Elita Lobo wrote: > Hello, > > I am a 3rd year student of NIT Durgapur , India as well as a Gnome > Developer . I have worked on many Python projects as well. I would like to > start contributing to django. > Django does not allow bulk_create of objects

<    9   10   11   12   13   14   15   16   17   18   >