Re: Conditional aggregations.

On Fri, Jun 24, 2011 at 11:54 PM, stan wrote: > This topic is discussed on the Ticket #11305 : > https://code.djangoproject.com/ticket/11305 > > Like many folks, I am hit by the scenario where a relative simple > query become a design decision because my «boss» asked me : "Hey Stan, > can you add

Re: Admin inlines and fieldsets

On Mon, Jun 20, 2011 at 7:51 PM, Aymeric Augustin wrote: > Hello, > Ticket #10938 [1] suggests declaring inlines in fieldsets, and was closed as > wontfix. > I think this ticket mixes two different things: >     (1) make it possible to *declare* inlines in > ModelAdmin.fieldsets instead of ModelAd

Re: Thoughts on solution to forward references in MySQL (#3615)

On Tue, Jun 28, 2011 at 7:32 AM, Michael Blume wrote: > Just reloaded all our fixtures, and this seems to create no regressions with > MySQL Server version: 5.0.51a-3ubuntu5.5 (Ubuntu) > Most of our tables are backed by MyISAM, though, so I'm not sure how much > this helps. Unfortunately, not muc

Re: An idea for a new test method

On Wed, Jun 29, 2011 at 12:21 AM, Yo-Yo Ma wrote: > Problem: > > When using the test client, it's simple to check for a 200 response > code, but not quite as simple to quickly determine, why a 500 was > encountered, in the case of a test failure. > > Proposed Solution: > > A new test method which

Re: Python/Django decorators with arguments

On Wed, Jun 29, 2011 at 12:22 AM, Jigar Tanna wrote: > hey, > > I am new to Python and Django, was going through the concept of > decorators where I came across a special case of using arguments with > decorators > Below is the code for memoization where I was looking at the > concept... > > cache

Re: django tests fails!

On Tue, Jul 5, 2011 at 6:52 PM, Mateusz Harasymczuk wrote: > I have found two bugs in tests django.contrib.auth > https://code.djangoproject.com/ticket/16412 > https://code.djangoproject.com/ticket/16413 Hi Mateusz, Thanks for opening those tickets, but as it says in the contributions guide, the

Re: Raising the minimum PostgreSQL version to 8.3

On Thu, Jun 30, 2011 at 7:33 PM, Anand Kumria wrote: > Hi, > > In ticket #16255 , > changeset https://code.djangoproject.com/changeset/16423 raises the > minimum supported PostgreSQL version to 8.2 > > However the PostgreSQL support policy,

Re: django tests fails!

On Tue, Jul 5, 2011 at 8:38 PM, Mateusz Harasymczuk wrote: > I am sorry, my bad. > I was not sure that this one is a bug too, therefore I have asked at > django-users: > https://groups.google.com/forum/#!topic/django-users/S_4IuKw_e2U > > however I think it is, and it should be reported to trac. >

Re: django tests fails!

On Tue, Jul 5, 2011 at 9:01 PM, Mateusz Harasymczuk wrote: > #urls.py >     url(r'^', include('rm.urls', namespace="rm"), name="rm"), > #rm/urls.py >     url(r'progress/$', ProgressView.as_view(), name='progress'), Ok -- seriously -- I have no interest in playing hunt the bug. If you want to rep

Re: Thoughts on solution to forward references in MySQL (#3615)

On Thu, Jul 7, 2011 at 5:05 AM, Jim D. wrote: > Are any core devs interested in taking a closer look at the current patch on > this ticket (https://code.djangoproject.com/ticket/3615)? It's been through > several rounds of revision after discussion here and on the ticket comment > thread. Interes

Re: Grouping commands by app in ./manage.py help

On Sunday, July 10, 2011, George Karpenkov wrote: > Hi everyone, > Recently I'm becoming more and more annoyed with ./manage.py help behavior -- > in projects with many dependencies it's virtually impossible to find the > command you need as there are just too many, and searching for the one you

Re: Djangopeople.net status

On Tue, Jul 12, 2011 at 7:00 AM, Bruno Renié wrote: > Hi fellow Django devs, > > I'd like to talk about a site that all of you probably know: djangopeople.net. > > The site has originally been developed by Simon Willison and Natalie > Downe and is a very useful part of the different sites connecti

Re: django-irc-logs.com

On Mon, Jul 25, 2011 at 8:22 PM, Cal Leeming [Simplicity Media Ltd] wrote: > Also, on a side note, it may be that django-developers isn't the right place > for this discussion. > Might be a good idea to do a post on django-users also, as I'd imagine that > list would benefit more from this informa

Re: revisiting #7726

On Fri, Jul 29, 2011 at 11:07 PM, Dan Watson wrote: > We were recently bitten by a backwards-incompatible change that seemed to > creep in between 1.2.4 and 1.2.5. DecimalFields that define max_digits == > decimal_places used to be valid until #7726 [1]. When trying to upgrade to > 1.2.5, several

Re: Django 1.4 Roadmap

On Sat, Aug 6, 2011 at 6:16 PM, Srik wrote: > Hello All, > > I believe https://code.djangoproject.com/wiki/Version1.4Roadmap needs > update badly considering 1.3 was released 4 months ago and 1.4 Roadmap > was never updated. Agreed -- we haven't been very good with public plans for the 1.4 cycle.

Re: Django 1.4 Roadmap

On Sun, Aug 7, 2011 at 12:40 PM, h3 wrote: > idk .. but I'll make one anyway. > > I whish there was something like this for django: > http://brainstorm.ubuntu.com/ > > Good news: the site's engine is Open Source > Bad news:  it's ROR (http://bbyidx.com/) The fact that it is based in RoR is irrel

Re: Django 1.4 Roadmap

On Mon, Aug 8, 2011 at 9:44 AM, Alex Gaynor wrote: > > > On Sun, Aug 7, 2011 at 5:25 PM, Russell Keith-Magee > wrote: >> >> On Sun, Aug 7, 2011 at 12:40 PM, h3 wrote: >> > idk .. but I'll make one anyway. >> > >> > I w

Re: Django NoSQL support status?

On Fri, Aug 12, 2011 at 11:25 AM, Nathan Hoad wrote: > Hi guys, just wondering what the status is on the official NoSQL > support? I've done a lot of reading and the last official post I can > see is Alex Gaynor's GSoC post, from August last year mentioning the > Query refactor and how it should h

Re: What is Django?

Hi Julian, If your intention here was to suggest something that you think Django's website should cover, then this *is* the right forum. However, my reponse would be to ask what is wrong with the overview that is already there? The front page of Django's website gives a 1 paragraph summary, with a

Re: Suppressed template errors in admin

On Wed, Aug 24, 2011 at 11:44 PM, Ole Laursen wrote: > Hi! > > I have a project where setting TEMPLATE_STRING_IF_INVALID has been > invaluable in finding problems (for various reasons). The caveat > mentioned in the docs don't kick in here because no templates are > inherited from elsewhere. Excep

Re: #13024 Signal sent on application startup

On Mon, Aug 29, 2011 at 5:47 PM, Thomas Guettler wrote: > Hi, > > I am missing a signal on application startup since a long time. > > Ticket: https://code.djangoproject.com/ticket/13024 You won't get any argument from me, or, I suspect, most of the core team, that there is a solution needed in th

Re: help with Error was: No module named io

On Mon, Aug 29, 2011 at 9:41 PM, CrabbyPete wrote: > I'm posting it here because my understanding is that django 1.3 > supports python 2.5., however this code runs perfectly well on 2.6 but > not on 2.5 and I get this error > I have posted it on the django user group and I got this reply which I >

Re: class based views: object instead of dictionary as context?

On Fri, Sep 2, 2011 at 1:25 PM, daonb wrote: > Hi Reinout, > > IMHO, Django's philosophy is that template designers are highly > skilled designers and not coders.  To make it possible for designers > to edit the templates themselves, Django requires the developer to > create a simple context dicti

Re: class based views: object instead of dictionary as context?

On Fri, Sep 2, 2011 at 3:00 PM, Greg Donald wrote: > On Thu, Sep 1, 2011 at 3:46 PM, Reinout van Rees wrote: >> why does django encourage a hand-crafted >> context dictionary instead of "just" passing the view object along? > > I think it's the worst part of using Django.  Having to manage a > co

Re: Suppressed template errors in admin

On Tue, Sep 6, 2011 at 3:17 PM, Thomas Guettler wrote: > > > Am 03.09.2011 16:13, schrieb Luke Plant: >> On 25/08/11 00:39, Russell Keith-Magee wrote: >> >>> On principle, I have no objection to the idea of making the admin >>> templates more robust in the

Re: Improved password hashing for 1.4

On Sat, Sep 10, 2011 at 11:54 AM, Paul McMillan wrote: > In conjunction with Justine Tunney, Isaac Kelly and Russell KM, I'd > like to introduce our plan of attack for including significantly > better password hashing in Django 1.4. One of the key goals with this > push is to include just enough f

Re: #7198 - Better error message when app is missing models.py

On Tue, Sep 13, 2011 at 4:41 PM, Jannis Leidel wrote: > On 12.09.2011, at 22:44, Carl Meyer wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi Gary, >> >> On 09/12/2011 12:04 AM, Gary Wilson Jr. wrote: >>> I'm a fan of not requiring a models.py, as IMHO it shouldn't be any >>> d

Re: removing "milestone" field in Trac

On Tue, Sep 20, 2011 at 10:16 AM, Carl Meyer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi all, > > The milestone field came up again in IRC discussion tonight between > Julien and Paul and I -- namely, that it doesn't seem all that useful > and causes noise in Trac. > > It might

Re: Django test documentation example not respecting xUnit convention

On Tue, Sep 20, 2011 at 8:18 PM, Daniel Moisset wrote: > > > On Tue, Sep 20, 2011 at 8:23 AM, Florian Apolloner > wrote: >> >> Hi, >> >> a) Does this matter at all? I mean what's the difference? You ask if they >> are equal and if not you get an error ;) > > Other xUnit framework actually show an

Re: ManyRelatedManager with explicit intermediary model

2011/9/20 Łukasz Rekucki : > On 20 September 2011 15:52, Roald de Vries wrote: >> Hi all, >> >> Is there a fundamental reason that I'm missing (other than "nobody's taken >> the trouble of writing it") that I can't do the following? If there isn't >> I'll create a ticket for it. >> >>    class R(M

Re: new feature idea: even and odd forloop iteration variables

On Tue, Sep 20, 2011 at 2:57 AM, Travis Swicegood wrote: > Hey Karlis; > This is a cool idea.  I don't do enough template work to always remember the > cycle syntax, but an odd/even is pretty simple to remember. I disagree, for a number of reasons * There should be Only One Way To Do It * Cyc

Re: API for introspecting models

On Fri, Sep 23, 2011 at 4:46 PM, sebastien piquemal wrote: > Hi all ! > > So this might be a stupid idea, or it might have been answered > before ... actually it seems so obvious to me that you have probably > thought of it before and rejected it !!! But let's try ... > > I was wondering, why isn'

Re: gunicorn in docs

On Sat, Sep 24, 2011 at 8:12 AM, Paul McMillan wrote: > If you write a good and comprehensive set of instructions for making > django work with gunicorn, and are willing to keep them up to date, I > see no reason we shouldn't include them. It's what I use, and has the > advantage of being very, ve

Re: API for introspecting models

On Fri, Sep 23, 2011 at 6:10 PM, sebastien piquemal wrote: >> So - it's one of those things that *should* be documented and >> fomalized; it's just waiting on someone with the spare time to do the >> job. > > Sounds good ! Any estimation on how big is the cleaning task ? I know > documentation tas

Re: confusing things in Trac UI (was: Design decision for #1625...)

On Sun, Sep 25, 2011 at 12:06 AM, Luke Plant wrote: > On 21/09/11 10:40, Stephen Burrows wrote: > >> Just thought it might be worth mentioning in this thread that django- >> ticketeer is coming along nicely. (For those who don't know, django- >> ticketeer is a django front-end for trac installatio

Re: What's the different between regressiontests/signals_regress and modeltests/signals?

On Thu, Sep 29, 2011 at 3:04 PM, Silver_Ghost wrote: > `regressiontests/signals_regerss` was created in changeset 11710 and > `modeltests/signals` was created in changeset 6269.  It seems that they > perform same tests. The distinction between modeltests and regressiontests is a historical artefa

Re: How about doctype webdesign helper

On Saturday, October 1, 2011, Yaşar Arabacı wrote: > Hi, > While going through documentation, I saw webdesign helpers, which I didn't know that even existed. I thought about adding new things there, so I thought about doctype helper, something like this: > {% doctype "html" "4.1" "strict" %} > whi

Re: deprecation vs removal

On Sun, Oct 2, 2011 at 12:10 AM, Luke Plant wrote: > Hi all, > > The Django deprecation timeline [1] is very inconsistent in its usage of > the terminology 'deprecated'. For example, the 1.5 section often says > "is  deprecated" or "has been deprecated", when what they mean is "will > be removed",

Re: Wrong JOIN with nested FKs

On Mon, Oct 3, 2011 at 2:40 AM, Sebastian Goll wrote: > Hello, > > I'm afraid I'll have to reply to my own message because nobody else did. ;) > Please read on. Also, please note that the original report is now over five > weeks old, with no real solution yet in sight. > > > On Thu, 29 Sep 2011

Re: Wrong JOIN with nested FKs

2011/10/3 Łukasz Langa : > Wiadomość napisana przez Russell Keith-Magee w dniu 3 paź 2011, o godz. > 16:07: > > 1) Build your own experience with the internals of the ORM. As part > of this learning process, document what you learn -- we would very > much like to have better do

Re: deprecation vs removal

m > was first deprecated is needed (as I said, that is in the policy and > does not need to be repeated).  I do think links to sections of > release notes are useful instead of restating the reasons in full. > > On Oct 3, 6:35 am, Russell Keith-Magee > wrote: >> +1. I agree

Re: deprecation vs removal

On Tue, Oct 4, 2011 at 9:40 AM, Joe & Anne Tennies wrote: > I know that no one knows who I am, but I'm going to say that this is > becoming a bike shed. There appears to be some confusion here -- nobody is proposing changing *anything* about Django's deprecation policy. All we are doing is attemp

Re: Splitting out admin functionality

On Mon, Oct 10, 2011 at 12:20 PM, tWoolie wrote: > I'd like to propose a project to split out the table/list > functionality and the filtering functionality in the django admin into > a seperate contrib app. This is really core functionality which is > lacking from django (in terms of being locked

Re: Corporate CLA

On Tue, Oct 11, 2011 at 5:57 AM, Justin Holmes wrote: > I am interested in getting the SlashRoot membership all filed with CLA's. > > However, people who work on django at SlashRoot aren't "employees" - > they're members.  Can we simply change the language of the CLA or are > the legal wranglings

Re: TEMPLATE_DIRS in django.contrib.auth.tests.views

On Tue, Oct 11, 2011 at 5:32 AM, Justin Holmes wrote: > contrib.auth.tests.views line 28 overrides settings.TEMPLATE_DIRS > causing tests to fail for signal hooks that use templates in locations > specified in settings.TEMPLATE_DIRS. > > Is this a bug?  I can't immediately see the reason for overr

Re: Corporate CLA

On Tue, Oct 11, 2011 at 7:54 AM, Alex Gaynor wrote: > > > On Mon, Oct 10, 2011 at 7:51 PM, Russell Keith-Magee > wrote: >> >> On Tue, Oct 11, 2011 at 5:57 AM, Justin Holmes >> wrote: >> > I am interested in getting the SlashRoot membership all filed wit

Re: Cleaning up manage.py and import paths

On Tue, Oct 11, 2011 at 6:05 AM, Carl Meyer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi all, > > In the spirit of making Django behave better as a Python library (c.f. > Glyph's keynote at djangocon.us), I'd like to finally tackle removing > the sys.path hacks in django.core.ma

Re: #17028 - diveintopython.org links now dead

On Wed, Oct 12, 2011 at 5:37 PM, rikuthero...@gmail.com wrote: > Hello, > > As described on the ticket [1], it seems that diveintopython.org is dead, so > I changed every occurence for  the mirror > http://diveintopython.nfshost.com/, that it seems to be the most updated. > The changes are on the

Re: Cleaning up manage.py and import paths

On Wed, Oct 12, 2011 at 9:23 PM, Carl Meyer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Russ, > > On 10/12/2011 05:14 AM, Russell Keith-Magee wrote: >> My only feedback on the patch is a point of clarification in the >> tutorial. Rather than crea

Re: Feature request prop for django db cache extention

On Saturday, October 15, 2011, Cal Leeming [Simplicity Media Ltd] < cal.leem...@simplicitymedialtd.co.uk> wrote: > Hey all, > Today, we had a client getting around 600k webapp requests per hour (avg 6k/min), and had to do some emergency perf hotfixes (CodeIgniter+PHP) > In the end, we monkey-patche

Re: Feature request prop for django db cache extention

On Sunday, October 16, 2011, Cal Leeming [Simplicity Media Ltd] < cal.leem...@simplicitymedialtd.co.uk> wrote: > Hi Russell, > Thanks for the detailed response. It looks like both those solutions you pasted have already dealt with this functionality - so thank you for bringing these up. > Although

Re: Feature request prop for django db cache extention

On Sun, Oct 16, 2011 at 8:26 AM, Alex Gaynor wrote: > > > On Sat, Oct 15, 2011 at 8:23 PM, Russell Keith-Magee > wrote: >> >> On Sunday, October 16, 2011, Cal Leeming [Simplicity Media Ltd] >> wrote: >> > Hi Russell, >> > Thanks for the detailed

Re: Feature request prop for django db cache extention

On Sun, Oct 16, 2011 at 12:45 PM, Alexander Schepanovski wrote: > As one of the authors of multiple third-party packages I can say that > though it is not too hard still integrating cache into ORM have some > problems. There are several approaches: > > 1. Custom Manager and QuerySet subclasses (ca

Re: Writing your first Django app, part 1 - link to deploying Django

On Thu, Oct 20, 2011 at 3:05 PM, Mateusz Marzantowicz wrote: > Although I'm not a Django developer I'd like to make some suggestion about > intro tutorial (part 1). > > Is it possible to place some reference to "Deploying Django" site, in or > blow the "development server" section in this intro tu

Re: Django Docs for Forms - Alternative Pattern from Advanced Django Forms Usage talk?

On Sun, Oct 23, 2011 at 10:48 AM, Carl Meyer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 >> The official Django Docs for forms offers up the following pattern for >> Form view code: >> >>     def contact(request): >>         if request.method == 'POST': # If the form has been submitte

Re: JsonField

On Sat, Nov 5, 2011 at 7:48 PM, Ric wrote: > this is my proposition to have custom data inside a model field > > a json data field, the code is simple as this, and it works with > lastest django release See #12990 -- this is a ticket that has requested exactly this feature. You'll also see that

Re: Django application instances

On Mon, Nov 7, 2011 at 3:59 AM, Justin Holmes wrote: > Chris, > > Your message comes at a time of frequent discourse over the matter of > apps and pluggability.  There's no doubt in my mind that a desire > exists in the django community for this functionality, so I'm > certainly +1 on your creatio

Re: JsonField

On Tue, Nov 8, 2011 at 5:58 AM, Ric wrote: > you say "is rarely a good idea", and that it is the only thing true. > > when, like my app, you need to handle document, real documents (like > invoice, ddt, quotations) and other stuffs, it's a good practice to > keep all in one table, separating only

Re: Little help with #6886 ("Assigning a Model Instance to a Foreign Key Attribute Doesn't Cache the Instance")

On Sat, May 31, 2008 at 9:25 AM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > Hi folks -- > > I'm being bitten by http://code.djangoproject.com/ticket/6886. Short > version: ``object.related = obj`` doesn't stick the assigned object in > the model cache (the same way accessing ``object.related

Re: Tightening assignment to ForeignKeys (was: Little help with #6886)

On Sun, Jun 1, 2008 at 3:23 AM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > On Sat, May 31, 2008 at 10:00 AM, Jacob Kaplan-Moss > <[EMAIL PROTECTED]> wrote: >> So, a proposal: I'd like to change FK assignment to be "special" like >> you suggested. I'd like to: >> >> * Raise a ``ValueError`` i

Re: Aggregation Updates

On Sun, Jun 1, 2008 at 4:02 AM, Nicolas E. Lara G. <[EMAIL PROTECTED]> wrote: > > Hello, > Today I've commited what could be called the first working version of > aggregate support. For those of you not keeping track of the project, > it can be found at: http://code.google.com/p/django-aggregatio

Re: Aggregation Updates

On Sun, Jun 1, 2008 at 8:20 PM, Tim Chase <[EMAIL PROTECTED]> wrote: > > > * On a similar note, I can see a lot of places where you > > seem to be copies of lists (or sublists) - this is an > > expensive operation if you do it a lot, especially since > > most cases you could get the same effec

Re: Aggregation Updates

On Mon, Jun 2, 2008 at 8:48 AM, Ludvig Ericson <[EMAIL PROTECTED]> wrote: > > What you're seeing is Python's str cache. Similarly: (I knew that example would come back to bite me...) Yes, this particular example is due to Python's string handling. My point was that there are cases where a slice

Re: Aggregation Updates

On Mon, Jun 2, 2008 at 8:54 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Lugwid appears correct: I know he is - like I said in my reply to Ludwig, I picked a bad example. My point was that slicing doesn't _always_ produce a copy - it depends on the optimizations available to the bytecode

Re: Aggregation Updates

On Sun, Jun 1, 2008 at 9:04 PM, Nicolas Lara <[EMAIL PROTECTED]> wrote: > > I dont mind changing it to indexes. To me it is more readable with the > list copying/slicing. I might do a bit of profiling for that to see > the efficiency gain or simple change it to indexes. I'll write back > about thi

Re: Why does patch acceptance take so long?

On Tue, Jun 3, 2008 at 6:49 PM, Antonis Christofides <[EMAIL PROTECTED]> wrote: > > Hi, I'm first-time poster in this list, > > http://code.djangoproject.com/ticket/6994 is a minor security issue > that I submitted with a patch. It's not so much that I want this > particular patch to be reviewed a

Re: Improving the truncatewords filter (and a +1 vote for filters with multiple arguments)

On Wed, Jun 4, 2008 at 6:20 PM, Aral Balkan <[EMAIL PROTECTED]> wrote: > > Please feel free to commit this (diffs at end) if you feel that having > words truncated without ellipses is a use case that other developers > may have also. However, I do hope instead that we can address the > bigger prob

Re: syncdb issues

On Wed, Jun 4, 2008 at 8:26 PM, greg.newman <[EMAIL PROTECTED]> wrote: > > I'm trying to syncdb in a project and am getting the following error > running python 2.5.1 with django 0.96. > Anyone have a clue why? Need more info, let me know. Django-developers is for discussing the development of D

Re: Aggregation Updates

On Wed, Jun 4, 2008 at 2:23 AM, Nicolas Lara <[EMAIL PROTECTED]> wrote: > > On Mon, Jun 2, 2008 at 8:53 AM, Russell Keith-Magee > <[EMAIL PROTECTED]> wrote: >> for values in Author.objects.values('name','age'): >> for name,age in values.it

Re: Databrowse - text overlapping

On Fri, Jun 6, 2008 at 7:55 PM, Kless <[EMAIL PROTECTED]> wrote: > > There is a little issue. The name of the tables -on the left- is > overlapping to the name of the objects -on the right-, when there are > large names. Please log suspected errors and bugs in the ticket tracker. Bug reports in t

Re: Aggregation Updates

On Sat, Jun 7, 2008 at 2:54 AM, Nicolas Lara <[EMAIL PROTECTED]> wrote: > >> You are explicitly asking for different output, so the fact that >> different output happens shouldn't be entirely surprising. And >> remember - In your propsal, you're getting back different output as >> well - one versi

Re: Django releases

On Sun, Jun 8, 2008 at 3:06 AM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > * Start a "train release" schedule: schedule a couple of 1.0 betas, a > rc or two, and then a final release. Features that are done by the > dates get released, those that aren't, don't. Make these dates > aggressive

Re: 0.96 tarball

On Sun, Jun 8, 2008 at 3:07 PM, James Bennett <[EMAIL PROTECTED]> wrote: > > Just a quick procedural thing: > > The 0.96.2 tarball created for the recent security fix was generated > from the 0.96 setup.py script, which gets you the Django source tree > but misses things like the documentation fil

Bugs in Multi-table inheritance

Hi gang, I've been hunting down some bugs with serialization of multi-table inheritance, and I need a sanity check on something that I want to check in. Specifically, I think I've found a discrepancy in the way OneToOneFields are used. Consider these examples: class Place(models.Model): nam

Re: Bugs in Multi-table inheritance

On Jun 9, 12:53 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]> wrote: > Hi gang, > > I've been hunting down some bugs with serialization of multi-table > inheritance, and I need a sanity check on something that I want to > check in. Aargh. Ignore this messa

Re: Understanding HTML, XML and XHTML

On Tue, Jun 10, 2008 at 11:38 PM, Rob Hudson <[EMAIL PROTECTED]> wrote: > > Hi Dango devs, > > I wanted to publicly apologize for the framing of my question... I > meant it to be humorously provocative but I fear it could be easily > misread to be rude and annoying, and not easily turned into some

Re: pluralize filter bug(?!)

On Wed, Jun 11, 2008 at 6:58 AM, Jeremy Dunck <[EMAIL PROTECTED]> wrote: > > Where I'm from, exactly 1 is singular, and anything else is plural. > pluralize(1.1) > u'' > > That looks like a bug to me. You could be right. Examples are a bit hard to think of, but to my understanding: * It was

Re: Django development staleness

On Wed, Jun 11, 2008 at 6:46 AM, Edgars Jēkabsons <[EMAIL PROTECTED]> wrote: > > There are 1116 active tickets right now, 341 of them haven't even been > reviewed and 201 of the remaining 775 tickets are waiting on a design > decision from the core developers or community. I can't even know if > an

Re: Oldforms-admin to Newforms-Admin helper script

On Wed, Jun 11, 2008 at 1:22 PM, Will Hardy <[EMAIL PROTECTED]> wrote: > > Hi all, > > is anyone planning to write, or has anyone already written a script to > help people convert their oldforms-admin to newforms-admin? ... > Would this be useful enough to include in django itself? If someone wan

Re: RFC: Django 1.0 roadmap and timeline

On Thu, Jun 12, 2008 at 10:03 AM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > ``django.contrib.comments`` still uses ``oldforms`` as well, but there's > special situation here; see below. Jacob - unless I'm going blind, you've missed out the 'below' section that this refers to. Russ %-)

Re: RFC: Django 1.0 roadmap and timeline

On Thu, Jun 12, 2008 at 10:54 AM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > On Wed, Jun 11, 2008 at 9:46 PM, Karen Tracey <[EMAIL PROTECTED]> wrote: >> One thing I don't see mentioned anywhere is defect #6755 "Model Inheritance >> doesn't work in the admin" (whereas GenericForeignKey admin

Re: Django development staleness

2008/6/13 Edgars Jēkabsons <[EMAIL PROTECTED]>: > > On 11 Jūn., 03:45, "Russell Keith-Magee" <[EMAIL PROTECTED]> > wrote: >> On Wed, Jun 11, 2008 at 6:46 AM, Edgars Jēkabsons >> >> <[EMAIL PROTECTED]> wrote: >> This is a triage process

Re: Admin media handling #7129

On Fri, Jun 13, 2008 at 6:38 AM, Brian Rosner <[EMAIL PROTECTED]> wrote: > > Hello, > > I need to draw some quick attention to media handling in newforms- > admin. Ticket #7129 [1] was opened with the intension of the old > admin's behavior with the js inner Admin option. The trunk > documentation

Re: Claiming tickets (was: Django development staleness)

On Sat, Jun 14, 2008 at 6:43 PM, Marc Fargas <[EMAIL PROTECTED]> wrote: > El mié, 11-06-2008 a las 08:45 +0800, Russell Keith-Magee escribió: >> Trac contains all the information you need. If a ticket is open and >> it's not assigned to somebody, then it's a safe b

Re: Newish developer contributing to project?

On Sat, Jun 14, 2008 at 9:29 PM, Jonathan Lukens <[EMAIL PROTECTED]> wrote: > > Let me preface this by saying, at the risk of sounding schmaltzy, that > Django has made me a happier person. > If, given my greenness as a programmer, there's really no place where > it would be a good idea for me t

Re: RFC: Django 1.0 roadmap and timeline

On Sat, Jun 14, 2008 at 10:50 PM, Marc Fargas <[EMAIL PROTECTED]> wrote: > Hi there, > > El mié, 11-06-2008 a las 21:03 -0500, Jacob Kaplan-Moss escribió: > On my today's triaging session (64 unreviewed left now) I spotted a few > bugs in Unreviewed of those kind that should be fixed before 1.0, fi

Re: learning triage

On Sun, Jun 15, 2008 at 2:15 PM, Jeff Anderson <[EMAIL PROTECTED]> wrote: > I'm learning the process of triaging tickets. I ran into this one: > http://code.djangoproject.com/ticket/7393 > > It points out several things with the 0.96 docs. Should this and tickets > like it be marked as 'wontfix' b

Re: Bug that cannot be reproduced

On Sun, Jun 15, 2008 at 2:43 PM, Steve Potter <[EMAIL PROTECTED]> wrote: > > I recently ran across a bug in Django and was pointed to ticket #7199 > that described the same problem. It turns out that 7199 is a > duplicate of #7155 which as a working patch. In which case, you should close #7199 a

Re: RFC: Django 1.0 roadmap and timeline

On Sun, Jun 15, 2008 at 9:16 PM, Marc Fargas <[EMAIL PROTECTED]> wrote: > El dom, 15-06-2008 a las 14:11 +0800, Russell Keith-Magee escribió: >> Adding a 'bug' or 'feature' as a keyword on the tickets is one way to track >> this. > > I thou

Re: Php frameworks and Django

On Mon, Jun 16, 2008 at 3:21 PM, Shankar Dhanasekaran <[EMAIL PROTECTED]> wrote: > > Hi all, > A newbie question! Hi Shankar, Two quick comments: 1) Cross posting between mailing lists is quite bad form. Find the mailing list that is appropriate for your purpose, and post your question once. 2

Re: RFC: Django 1.0 roadmap and timeline

On Mon, Jun 16, 2008 at 3:46 PM, Marc Fargas <[EMAIL PROTECTED]> wrote: > El lun, 16-06-2008 a las 11:28 +0800, Russell Keith-Magee escribió: >> A bug/feature keyword won't >> give you anywhere as much attention, but it will help us filter out >> features from the

Re: django evolution not working

On Mon, Jun 16, 2008 at 6:03 PM, Vishal Gupta <[EMAIL PROTECTED]> wrote: > > can somebody please help me to run the evolve commands ?? Hi Vishal, Firstly, Django Evolution is not part of the Django project itself; it is an external project. Please direct questions regarding Django-evolution to t

Re: Context support for simple_tag #7462

On Mon, Jun 16, 2008 at 6:40 PM, Julien Phalip <[EMAIL PROTECTED]> wrote: > > Hi Simon, > > I'm a bit unsure where to stick the regression test for this. Could > you give any pointer? The templates regression tests would be a logical place; tests/regressiontests/templates. Have a poke around to s

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

On Thu, Jun 19, 2008 at 3:44 AM, Michael Glassford <[EMAIL PROTECTED]> wrote: >> from what that says I'd guess you are using the InnoDB MySQL storage backend, > > Right you are. That limitation is a bit of a pain. Yes, it is. Unfortunately, the best way to fix this is for MySQL to either (1) imp

Re: django.template feature proposals

On Thu, Jun 19, 2008 at 5:43 AM, Johannes Dollinger <[EMAIL PROTECTED]> wrote: > > I'd like to propose the following changes to django.template. Some of > them are partially or fully implemented in my patch[1] for #3544. > Which of these have a chance to land in 1.0 (assumed I provide a > patch, d

Re: List of DDN Tickets

On Thu, Jun 19, 2008 at 7:58 AM, Jeff Anderson <[EMAIL PROTECTED]> wrote: > I've picked a few tickets that have been marked as "Design Decision Needed". > I am only interested in getting discussion going to help reduce the backlog > of tickets that exist right now. I will voice my opinion on each

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

On Thu, Jun 19, 2008 at 9:04 PM, Peter Melvyn <[EMAIL PROTECTED]> wrote: > > On 6/19/08, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > >> (2) provide a way to manually disable and re-enable integrity checks. If >> someone with more MySQL-fu than me knows

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

On Thu, Jun 19, 2008 at 9:23 PM, Michael Glassford <[EMAIL PROTECTED]> wrote: > > Russell Keith-Magee wrote: >> Yes, it is. Unfortunately, the best way to fix this is for MySQL to >> either (1) implement transaction level key integrity checks, or (2) >> provide a

Re: Support for ON DELETE and ON UPDATE in foreign keys

On Thu, Jun 19, 2008 at 11:00 PM, Michael Glassford <[EMAIL PROTECTED]> wrote: > > Now for one of the reasons that I've been trying to get the Django unit > tests running: I'm interested in submitting a patch that adds some ON > DELETE and ON UPDATE support in Django. But first, I want to see what

Re: Database weirdness in test harness

On Sat, Jun 21, 2008 at 6:30 AM, Luke Plant <[EMAIL PROTECTED]> wrote: > Hi all, Hi Luke - Great to see you back and committing again! :-) > Currently the tests pass, but they shouldn't -- the DELETE statement > should produce an IntegrityError or OperationalError (or, if 'ON > DELETE CASCADE' w

<    15   16   17   18   19   20   21   22   23   24   >