Re: Copyright and Contributions

On Jul 4, 2006, at 7:05 PM, Jan Claeys wrote: >> From Wikipedia[1]: > > Under the U.S. Copyright Act, a transfer of ownership in > copyright must be memorialized in a writing signed by the > transferor. For that purpose, ownership in copyright includes > exclusive l

Re: Unicodification of Django

On Jul 5, 2006, at 9:05 AM, Filipe wrote: > and the first changes towards that will start appearing in python 2.5: > http://www.python.org/dev/peps/pep-0332/ Er, no -- that PEP was actually rejected. My impression is that the str/unicode distinction won't be eliminated until Py3k. Jacob --~-

Re: Question about django.core.serializers

On Jul 6, 2006, at 11:01 AM, [EMAIL PROTECTED] wrote: > I was very excited to hear about the new json serializer code that has > been added into Django. While going over it I found myself wondering > why I could only serialize a queryset and not just a single object. You can serialize any iterab

Re: Proposal: app-specific index pages

On Jul 5, 2006, at 4:31 PM, Joseph Kocherhans wrote: > I finally wanted it bad enough to code it. Here's the patch. The > template tags could use a little cleanup which I'll finish off if > Jacob and Adrian give this the green light. Looks good to me! Jacob --~--~-~--~~

Re: Patch: ENTERPRISE_TRANS_MANAGER = True

On Jul 7, 2006, at 9:45 AM, OpenMercury wrote: > I'm proposing and have created a Patch that is incorporated into the > settings.py and global_settings.py files called: > ENTERPRISE_TRANS_MANAGER = True. How does this differ from setting ``DISABLE_TRANSACTION_MANAGEMENT`` to ``True``? See http

Re: Patch: ENTERPRISE_TRANS_MANAGER = True

On Jul 7, 2006, at 12:32 PM, OpenMercury wrote: > We'll drop the "Enterprise". I tried everything under the sun > yesterday using that switch. Nothing would stop the default > transactional behavior. I must have spent 3 hours debugging the code. > At the end of the day, I came to the conclusion

Re: Patch: ENTERPRISE_TRANS_MANAGER = True

On Jul 7, 2006, at 1:58 PM, OpenMercury wrote: > I hear you. I looked through the repository yesterday and could find > no reference to DISABLE_TRANSACTION_MANAGEMENT. I'm fairly new to DJ > so I don't want to go around breaking stuff. Tell you what I'm going > to do, I'll re-engineer my change

Multi-db branch feedback/questions

Howdy folks [especially Jason Pellerin] -- So if y'all haven't yet looked at the multi-database work that Jason is doing, it's cool shit and worth a look. Start at http:// code.djangoproject.com/wiki/MultipleDatabaseSupport... I do have some questions for Jason and the rest of the dev commun

Re: a Caching model.manager

On Jul 10, 2006, at 8:59 PM, Ian Holsman wrote: > this is what I was thinking of I'm all for the idea if it uses django.core.cache (as Adrian recommended). Why not stick it in django.core.cache itself so you can do:: from django.core import cache from django.db import models

Re: Multi-db branch feedback/questions

release kind of feature. I agree it would be cool, but it would be (possibly horrifically) slow, and (for me at least) fringes on YAGNI. > On Mon, 2006-07-10 at 21:38 -0500, Jacob Kaplan-Moss wrote: > [...] >> Finally: will there be syntax to use a specific connection for some &g

Re: Multi-db branch feedback/questions

On Jul 10, 2006, at 10:09 PM, jason pellerin wrote: > Thanks, Jacob. And yes please, more eyes are badly needed. Aside from > dropping tables, the branch is fully functional -- please try it out! I've svn swich'd and I'm fooling with it now... > This is interesting. How would it work -- look up

Re: Multi-db branch feedback/questions

On Jul 10, 2006, at 11:02 PM, [EMAIL PROTECTED] wrote: > That wouldn't matter. Maybe if I take out some ellipses it'll be more > clear: > > DATABASES = { > 'ellington': { 'DATABASE_NAME': 'ellington', > 'DATABASE_ENGINE': 'postgresql', > # DATABASE_USE

Re: Multi-db branch feedback/questions

On Jul 11, 2006, at 8:08 AM, jason pellerin wrote: > Here's another case that I'd like to see handled gracefully, that I > think can be handled better with your proposed syntax than mine: one > app with many models, some of which use a named connection. To me, the > ideal way to handle that would

Re: would is_loggedin be better than is_anonymous?

On Jul 13, 2006, at 4:36 PM, SmileyChris wrote: > On a side note, in templates I don't think you can actually do {% if > user.has_perm('myperm') %} anyway. You actually can (if you're using RequestContext):: {% if perms.auth.can_add_user %} ... {% endif %} Jacob

Re: Model verbose name restrictions?

On Jul 13, 2006, at 10:06 PM, Adrian Holovaty wrote: > I think we must have had a need for interpretable in HTML in > verbose_names at some point, but I'm cool with changing the admin site > to escape the verbose_names rather than strip tags...Maybe Jacob has > additional insights, as he's the cor

Re: Test framework for end-user applications

On Jul 14, 2006, at 12:13 AM, Russell Keith-Magee wrote: > On 7/13/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> >> >>> It makes coverage reports? And they work with Django? Whow! >> >> Sure. > > > Now - that's what I call a convincing reason to switch. Indeed :) > I'm still hesitant to

Re: would is_loggedin be better than is_anonymous?

On Jul 14, 2006, at 10:33 AM, Adrian Holovaty wrote: > On 7/14/06, Gary Wilson <[EMAIL PROTECTED]> wrote: >> And so are we keeping is_anonymous or deprecating it? I guess it >> would >> still be useful for determining whether on not your object is an >> AnonymousUser instance, which seems to be

Re: Akismet spam filtering for Trac

On Jul 17, 2006, at 4:26 PM, Gary Wilson wrote: > Has anyone seen/tried the Akismet spam filtering plugin for Trac: > http://trac.edgewall.org/wiki/SpamFilter#Akismet > > Would be nice for Django's trac. Enabled -- let's see how it works :) Jacob --~--~-~--~~~---~--~

Re: Akismet spam filtering for Trac

Jacob Kaplan-Moss wrote: > On Jul 17, 2006, at 4:26 PM, Gary Wilson wrote: > > Has anyone seen/tried the Akismet spam filtering plugin for Trac: > > http://trac.edgewall.org/wiki/SpamFilter#Akismet > > > > Would be nice for Django's trac. > > Enabled -- le

Re: Code patch

On Jul 18, 2006, at 2:19 PM, jay wrote: > I'm new, so I don't know how to submit a patch. Our developers have > completed the extract_data function in django.db.models.related. It > seems to work fine. See http://www.djangoproject.com/documentation/contributing/ #submitting-patches. >

Re: Generic View Bug and Issues (Please? Agh!)

On Jul 20, 2006, at 10:53 PM, Tyson Tate wrote: > On Jul 20, 2006, at 8:41 PM, James Bennett wrote: > >>> 10. Navigate to /blog/2006/jul/ >>> PROBLEM: Last month is listed as a previous month even though there >>> are no objects created last month. Yes, this is documented behavior. >>> But why? W

Re: Creating a new field type

On Jul 21, 2006, at 11:46 AM, adurdin wrote: > I'm trying to create a new database field type, and am not sure what > method of models.Field I need to override to convert the value > returned > from the database to the appropriate Python type and vice-versa -- if > indeed it should be done in mo

Re: Model inheritance API

On Jul 22, 2006, at 9:37 PM, Malcolm Tredinnick wrote: > Rather than watch the "inherit from User" thread go round and round, > maybe I should give people something more concrete to think about. W00t -- I'm about +1,000 on your proposal; it's well-thought-out, clean, and seems to hit all the ri

Re: after save() hook not called in admin?

On Jul 25, 2006, at 4:36 PM, James Bennett wrote: > Doing a SELECT COUNT(*) is pretty cheap, though, and DBs probably have > really good optimization for it, so I'd say it's a tossup as to which > method is least stressful for the database. Actually... In most databases -- any that use MVCC --

simonslaw/matt the destroyer

Hi guys - This guy -- same guy, BTW -- has been banned. Apologies for letting him troll for so long. Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send e

Re: simonslaw/matt the destroyer

On Jul 27, 2006, at 3:57 PM, Matt Carter wrote: > Unfortunately, "Matt the Destroyer" (me) is a completely different > person than "simonslaw." Indeed, turns out I was wrong. Matt, I'm very sorry. I figured the odds of two people with the same IP participating in the same thread was pretty lo

Re: Default escaping -- again!

On Jul 27, 2006, at 3:22 PM, Simon Willison wrote: > (Malcolm Tredinnick's patch looks like a really great bash at this; > it's great that someone's taking the initiative and hammering out > some code). FYI, Malcom, Adrian and I spent some time talking this over today at OSCON. Expect to see s

Re: Default escaping -- again!

On Jul 27, 2006, at 5:53 PM, Simon Willison wrote: > Here's an idea I don't think anyone has brought up yet: what if > escaping was on by default for templates ending in .html and off by > default for templates ending in .txt? > > I'm not sure how I feel about this, seeing as we only recently made

Re: Strip Whitespace Middleware

Howdy guys -- Just out of curiosity, have you tried using the {% spaceless %} tag? What's it missing that you've needed to use middleware for? (see http://www.djangoproject.com/documentation/templates/#spaceless) Jacob --~--~-~--~~~---~--~~ You received this m

Re: dajngo and unittest

On Aug 3, 2006, at 5:50 PM, Bill de hÓra wrote: > is there any particular reason unittest isn't used in Django? > Specifically if I was writing tests for contribution/patches, would > writing them in unittest be a problem, or is there a preferred > approach? Hey Bill -- The only "reason" that

Re: Validation Aware Models and django.forms on steroids

On Aug 23, 2006, at 6:25 PM, Adrian Holovaty wrote: > Let's make this happen! Indeed! I've got some thoughts and preferences given all the ideas I've seen, so here goes... Essentially, I think there's two tasks here: 1. Validation-aware models. I very much want to be able to validate and sa

Re: Dynamic Menus...

On Aug 24, 2006, at 2:14 PM, mediumgrade wrote: > Don't know if this is a Django question or not, but here is the > situation: > > I am developing an application for a client who is a automobile > broker. > He wants agents to submit requests for vehicles from the web. The > agent > will be abl

Re: Modular Django

On Aug 25, 2006, at 4:34 PM, lugal wrote: > For a personal project, I modified Django's urlresolvers module to > make > it into a piece of WSGI middleware. I liked Django-style URL > dispatching but I didn't need the whole framework. That's cool -- mind posting your code somewhere? > 1) Develo

Re: SOC Integration Plan/Policy/Timeline

On Aug 25, 2006, at 11:29 AM, Linicks wrote: > Now that the "Summer Of Code" projects are complete, is there a > plan/policy/timeline for integrating these branches with Trunk? Nothing concrete, really. I imagine we'll take a few weeks to review what's been done (and give the students a chance

Re: Validation Aware Models and django.forms on steroids

[Pulling together quotes from a few messages] On Aug 24, 2006, at 2:21 PM, Brantley Harris wrote: > My problem with Joseph's proposal is that I believe it to be too tied > to the concept of the Model. Idealy, the Form/Manipulator should not > really have anything to do with a Model, except perha

Re: Bump again - #2333/Django testing framework

On Aug 25, 2006, at 8:21 PM, Russell Keith-Magee wrote: > Sorry to be the squeaky hinge here, but is anyone looking at the > testing > framework patches associated with #2333? > > At last count, I believe Malcolm was happy with the patches as they > stand; > however, I'm still looking other co

Django and psycopg2 problems

Howdy folks -- So it appears that the Django psycopg2 has a few issues that make it operate differently than any other of the db backends. There's a paste of the django test suite output at http://django.pastebin.com/ 778189 which shows 6 failures, but actually there's only two things wro

Re: Django and psycopg2 problems

On Aug 28, 2006, at 2:50 PM, Adrian Holovaty wrote: > On 8/28/06, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: >> Are the any objections to changing the psycopg2 backend to behave the >> same was as the other ones (knowing that it's actually a step >> backwards)?

Re: Test framework and dispatching benchmarks

+1 to option 3. Jacob --~--~-~--~~~---~--~~ 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 group, send email to

Re: Google Sitemaps

On Aug 30, 2006, at 11:51 AM, Dan Watson wrote: > Just wanted to draw some attention to > http://code.djangoproject.com/ticket/2628 - it's a contrib app I've > written to automatically generate sitemap.xml files for Google. I've > also written about it here: > http://theidioteque.net/blog/2006/08/

Re: Django and psycopg2 problems

On Aug 31, 2006, at 12:31 AM, crankycoder wrote: > I basically need to be able to handle about a dozen languages all at > the same time. That basically means I need Unicode to work. There's > some patches in Trac that I've put up that handle all the cases that > I'm currently aware of - some of

Re: django web site css missing

On Sep 1, 2006, at 5:06 AM, Michael Radziej wrote: > just in case it hasn't been noted: > > The css on the web site is missing - /css/homepage.css gives 404. > wiki pages render black on black. etc. Thanks for the heads-up, Michael; it's been fixed. Jacob --~--~-~--~~~--

Re: Example on bitmap charts

On Sep 8, 2006, at 5:23 PM, Andy Robinson wrote: > I have just added a Wiki page under the Cookbook section showing > how to > create dynamic charts using ReportLab's graphics library. It seems > not > many people know about our chart library, which has been serving > financial charts in big

Re: Proposal: Forms and BoundForms

On Sep 12, 2006, at 2:35 PM, Adrian Holovaty wrote: > I've put together the beginnings of the manipulator framework > replacement, using ideas from the various proposals we've had, plus > inspiration from some prior art (the previous Django form/manipulator > system, plus some ideas from FormEncod

Re: Django - Oracle status?

Hey Matt -- Sounds like a wonderful idea! I think there's actually a chance I could talk my company into sending me to help out -- we've have a few commercial clients ask about Oracle support -- think it would be worth looking into that? Either way, I'll make sure to be available during t

Re: fastcgi: maxRequests

On 10/25/06 9:14 AM, Michael Radziej wrote: > flup provides a way to limit the requests handled by a process, > but manage.py runfcgi does not allow to set it. > > I'm a little bit anxious that there would be a memory hole > somewhere (though I *was* careful) and would like to set this option.

Re: DecimalField

On 10/24/06 5:25 PM, Jason Davies wrote: > I think we should just distribute decimal.py to maintain Python 2.3 > compatibility. I'm +1 on the patch if someone can resolve two things: * Is the license for decimal.py compatible with Django's BSD license? * Are the developers of decimal.py (is tha

Re: DecimalField

On 10/25/06 4:52 PM, Jason Davies wrote: > It's definitely GPL-compatible (see > http://www.python.org/doc/Copyright.html) - but I don't think that > necessarily means it's compatible with Django's license. I am not a > lawyer :-( Nor am I, but figuring out the legality of distributing decimal.p

Re: DecimalField

On 10/26/06 2:49 AM, Christopher Lenz wrote: > Oh come on, just let Python 2.3 users install the decimal module from > SF: > > group_id=104148&package_id=130611&release_id=291663> > > I'd also suggest keeping FloatField as it is (i.e. half-b

Re: What's going on with all these branches?

On 10/31/06 11:18 AM, Joeboy wrote: > Don't like to hassle, but I'm increasingly wondering what the plan is > for the many new features due to be included in django. I think this > entails these branches: This comes up every few weeks. We're really still waiting on end-user testing on the SoC br

Re: content types

On 11/3/06 3:48 PM, Rob Hudson wrote: > That way, any model I have will have that method available to easily and > quickly get its content type. Try this:: from innovate.innovation.models import Innovation from django.contrib.contenttypes.models import ContentType

ATTN: Django/Oracle sprint; one-day django.db freeze

Hey all -- So we're getting started on the Django/Oracle sprint in Boulder. Just for today, please refrain from any checkins to the django.db package while we work out on our branch. Wish us luck, and feel free to join us in #django if you'd like to follow along! Jacob --~--~-~--~--

Re: ANN: Django's Trac installation has been upgraded

On 11/6/06 11:57 AM, Christopher Lenz wrote: > About template breakage: we generally recommend that you make as few > changes/overrides to the templates as absolutely necessary, for > exactly the reason that such changes make upgrades harder. You can do > a lot using only the site_css, site_

ANN: Django's Trac installation has been upgraded

Hi folks -- In an attempt to better deal with the spam problems we've been having, I've upgraded Django's Trac installation to a newer version. More importantly, I've upgraded the spam filter plugin so, with luck, we'll be able to reject more spam and have fewer false-positives. Many, many t

Re: ANN: Django's Trac installation has been upgraded

Hey again -- Duh, I forgot the most important part: if you've entered a valid name and email on the "settings" page (http://code.djangoproject.com/settings), the new spam filter will treat you much nicer. So if you get something legitimate rejected, try entering a name and email. Thanks! Ja

Re: NYC New York City Django developers

Hey Brian -- Welcome to the community :) You'll probably get a must better response if you post this to django-users; django-dev is used for discussion of developing Django itself, not discussions of using Django. Oh, and I myself have had great luck hiring people after posts on django-users

Re: psyucopg2 status

On 11/6/06 6:28 PM, orestis wrote: > In IRC, Jacob KM told me that he is using psycopg2 everywhere now, so I > think that this should be done. Indeed I am; it works just fine. For now, I'd just suggest using the "postgresql_psycopg2" backend. At some point, we should probably rename that one "

Re: psyucopg2 status

On 11/7/06 2:26 PM, David Blewett wrote: > Just wanted to jump on the band wagon. I've been using psycopg2 for ~6 > months now and haven't had an issue with it. I think this is a really > valid point. We all know things are out of date as soon as they're > printed, but this would be a real shame t

Re: Syntax Highlighting on Djangoproject.com

On 11/7/06 8:01 PM, [EMAIL PROTECTED] wrote: > Starting about a day ago, I haven't been able to get the syntax > highlighting at http://code.djangoproject.com/browser/ to work as it > used to. I have tried browsing source code in windows (firefox and > IE6) and on a linux box, just to make sure.

Re: Bug in documentation

On 11/9/06 9:19 AM, Thomas Steinacher wrote: > I'm posting it here because Akismet is blocking my ticket. Can't you > use captchas instead of a stupid spam detector? I you put in a name and password on the settings page (the link's in the footer), Trac should let you in. I'm sorry that you got

Re: Branch Merges?

On 11/10/06 9:59 PM, Victor Ng wrote: > Let's *please* keep the trunk stable. It would be very discouraging > to new developers if they checked out Django from SVN head and got a > broken source tree. As far as I'm concerned -- and I'm failure sure I speak for all the core developers here -- tr

Re: Branch Merges?

On 11/11/06 10:20 AM, Jacob Kaplan-Moss wrote: > As far as I'm concerned -- and I'm failure sure I speak for all the core That should be "fairly sure" ... Jacob --~--~-~--~~~---~--~~ Yo

Re: why not a http server like mongrel?

On 11/14/06 6:23 AM, comechao wrote: > Why not create a server like mongrel for Django? Go for it - we'll wait... No, seriously -- the main reason is that Django doesn't need it. Django under mod_python is crazy fast and super stable, and so it doesn't need a "special" deployment setup just f

Re: why not a http server like mongrel?

On 11/14/06 10:17 AM, Ivan Sagalaev wrote: > Jacob, do you have any links to read on the subject or your own > thoughts? I'm asking because I wonder if Django running in an external > FCGI server would also scale worse then under mod_python... From the top > of my head I can't imagine why it wo

Re: why not a http server like mongrel?

On 11/14/06 6:41 PM, shaunc wrote: > One reason (in my opinion) for an effort on a server would be to use > non-blocking i/o. You'd want to also use non-blocking i/o on the > database side as well. Has anyone thought about that for django? Maybe I'm being dense here, but I don't really understand

Re: capfirst and title template filters

It's important to remember that when it comes to templates the target audience consists of people who don't know Python. Trying to explain to them that Joe'S Diner is "correct" because Python says it's correct is, well, ... Yes, consistency is good, but this is an exception. Jacob --~--~--

Re: More questions on models

On 11/27/06 9:07 PM, [EMAIL PROTECTED] wrote: > The following is SQLObject code and I would like to know how I would do > the same in Django? Hey Jim -- You'd be better off addressing this question to the django-users mailing list; django-dev is for discussion of developing Django itself, not f

Re: proposal: multiple search-fields in admin

On 11/30/06 6:51 AM, patrickk wrote: > we had this problems recently: > 1. it´s currently not clear which columns are searched when using the > search-field in the admin-list. that´s sometimes very strange, > especially when using model-methods. > 2. it´s not possible to have multiple search-f

Re: Suggestion: Aggregate/Grouping/Calculated methods in Django ORM

On 12/4/06 5:57 AM, John Lenton wrote: > The "max", "min" and other such functions might be a little more > problematic, unless groupby returned, rather than a generic iterator, > a special "queryset group" and give _it_ the max/min/etc methods. This > way it would be clear that max() returns a tu

Re: Suggestion: Aggregate/Grouping/Calculated methods in Django ORM

On 12/4/06 3:30 PM, DavidA wrote: > I think it quickly gets more complicated than that syntax would > support. Oh, of *course* it does -- that's why I want to discuss it more! I think, though, that we should be able to find a 80/20 point for aggregates and support most of the common use cases.

Re: DjangoPoweredSites wiki article vandalised, please revert

Fixed; thanks for pointing it out. Jacob --~--~-~--~~~---~--~~ 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 g

Re: DjangoPoweredSites wiki article vandalised, please revert

On 12/11/06 12:13 PM, Jeremy Dunck wrote: > It seems to be missing now... > http://code.djangoproject.com/wiki/DjangoPoweredSites Yeah, I [EMAIL PROTECTED] it up. Fixed (to last night's backup), ugh. Jacob --~--~-~--~~~---~--~~ You received this message because

Re: utils.text.wrap is O(n^2)

On 12/15/06 11:26 AM, Michael Radziej wrote: > when I watched the presentation of GvR's Mondrian, his statement > that django's word wrapper has quadratic behaviour made me take a > look. Here's the result ... Awesome patch, Michael. I tested your function a bit myself, made a small tweak for

Re: utils.text.wrap is O(n^2)

On 12/15/06 1:28 PM, John Lenton wrote: > I don't have a 100M text to test with, but I was wondering how changing that > to > > it = (m.group() for m in re.finditer(r'(\S+)', text)) > > would compare in both speed and memory? > (I expect it to use about half as much memory, due to not copying

Re: DB to Django Models

On 12/15/06 1:38 PM, [EMAIL PROTECTED] wrote: > Hello, i was thinking of developing some modules that did the > transalation from any DataBase supported by Django to the Django > Models. For example, i have a db in production but would like to use it > with Django, then i would have to rewrite all

Re: DATABASE_CHARSET setting, once and for all

On 12/15/06 4:45 PM, Adrian Holovaty wrote: > Does anybody have comments on that patch before I commit it? I remember looking at that patch and not being able to quite figure out what it does... Let me see if I can figure it out: if I've got ``DATABASE_CHARSET = 'utf-8'`` and I pass a unicode

Re: Getters and setters on fields

On 12/15/06 7:14 PM, jerf wrote: > Per a discussion in django-users[1], I'm requesting that getters and > setters be added to fields in Django models, for the same basic reasons > that "property" is a useful keyword in Python. > > Ticket 3418[2] contains a proposed patch. The code is small, but I

Re: Number per page functionality in admin.

On 12/16/06 3:05 AM, ben wrote: > I've added some functionality to Changelist (in > django.contrib.admin.views) and some related areas to add a select > field to the pagination on change_list pages that allows you to overide > the list_per_page value in Admin for your models. How should I go about

Re: #2333 Pt 3 - Test system fixture data

On 12/17/06 11:58 PM, Russell Keith-Magee wrote: > Time for the long promised phase 3 of the Django testing framework - > fixtures - to make an appearance. I've attached the changes as a > single patch to ticket #2333 Rock on, Russ -- this is awesome. I'm +1 on checking this into trunk right awa

Re: #2333 Pt 3 - Test system fixture data

On 12/19/06 5:12 PM, Russell Keith-Magee wrote: There are only two things that could be considered non-backwards compatible: 1) The renaming of the inital_data targets to custom_sql How about we keep the initial data targets around, but just have 'em spit a "this function has been renamed t

Re: proposal: get_or_none QuerySet method

On 12/24/06 4:50 PM, Gary Wilson wrote: I have created a ticket for this too and have attached some code: http://code.djangoproject.com/ticket/3182 Documentation and tests attached too now. Hm - I get a whole bunch of failures when I apply the patch. Looking closer, you say it depends on

Re: proposal: get_or_none QuerySet method

On 12/24/06 11:15 PM, Gary Wilson wrote: Well, the two tickets are different functionality. I could create a single patch for both, the only thing was that in the patch for #3180 I added an "Updating objects" to the db api documentation, but then realized that it should probably be integrated i

[ANN] Django activities at PyCon 2007

Howdy folks -- I want to remind everyone that PyCon 2007 is rapidly approaching -- less than two months! -- and that early-bird registration ends Jan. 15th. I've posted a complete roundup of the Django-related activities on the Django 'blog (http://www.djangoproject.com/weblog/2007/jan/02/py

Re: Schema Evolution branch?

On 1/8/07 7:52 PM, Victor Ng wrote: I've already emailed Jacob last week to open the branch for me. Crap -- I must have missed that email. I'll get something set up first thing tomorrow morning (my wife's telling me to close the damned laptop and go to bed...); please feel free to poke me a

Re: select_related() changes

On 1/10/07 9:07 AM, Waylan Limberg wrote: > On 1/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> I'd like this to become core functionality as I feel its needed. On the surface it looks pretty good, so I'd say you're pretty close to getting this considered for inclusion. > For that to h

Re: select_related() changes

On 1/10/07 9:23 AM, David Cramer wrote: > Not quite sure what to write in terms of the documentation :) Essentially you just need to add a few paragraphs and examples to the db_api doc (http://www.djangoproject.com/documentation/db_api/#select-related) explaining what the parameters are, and wh

Re: Feature request for newforms: HTML 4

On 1/10/07 11:06 AM, James Bennett wrote: > 4. I just feel like being ornery sometimes. Don't let him fool you -- this is actually reason #1 :) Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django devel

Re: Proposal: Named auth backends and backend specific profiles

Howdy all -- Joseph and I have been discussing this IRL over that past couple of days, but I probably should summarize what we've been talking about. Mostly I love this stuff, but I'll skip the glowing praise () and pick a nit or two: * I always hate doing schema changes to built-in apps; add

Re: Ticket #3287 (enhancement) [patch] Model methods in the change list can have checkmark icons by decorating with boolean=True

On 1/12/07 1:28 AM, Xian wrote: > It's my first patch. So I'd like people to take a look to make sure my > bits a kosher. > It's also an enhancement, not a bug fix, so please let me know if the > implementation is up to par. It looks quite good, and it fixes something that's bugged me for a whil

Moving towards Django 1.0

Howdy folks -- I think it's time to start a push towards releasing Django 1.0. What follows are my thoughts about how I'd like this process to work. == What does 1.0 mean for Django? == There's a lot of different things that "1.0" can mean. In many cases the label refers to some arbitrary m

Re: Moving towards Django 1.0

On 1/12/07 5:35 PM, David Zhou wrote: > How about the docs on the Django site and the Django book site? First, please consider the book somewhat separate from Django itself. Though Adrian and I are the authors, and though we're involving the community as much as possible, the release schedu

Windows installer (was: Moving towards Django 1.0)

On 1/12/07 5:59 PM, inflector wrote: > As a noob I think you would be making a mistake without a simple Django > installer for Windows, one that installs everything needed along with a > non-trivial sample application that people can explore. Good point. Eugene sent me a windows installer a whil

Re: Moving towards Django 1.0

On 1/12/07 6:02 PM, Malcolm Tredinnick wrote: > So I've been absent for a couple of months now with work and life > commitments, but things are getting back on track (woo-hoo -- once again > I will soon have no life.. hmm...wait a minute...). From the beginning > of February (around Feb 5), I will

Re: Moving towards Django 1.0

On 1/12/07 6:40 PM, Michael Radziej wrote: > Adrian said that he wanted to make inline collections easier. I > thought that this is a real big thing, and will completely redefine > how the admin implements inline editing. And probably deeper. (Just > had a look at AutomaticManipulator.save ... gos

Re: Moving towards Django 1.0

On 1/12/07 6:55 PM, Jeremy Bowers wrote: > What about things that don't match any of those things? Should misc. > patches be discussed before or after .96? Well, you'll need to be a bit more specific about what "things" you're talking about. I think, though, that there are three possibilities

Reminder: PyCon early-bird registration ends Monday

Howdy folks -- A quick reminder: Monday 1/15 is the last day for early-bird registration for PyCon (you'll save $65). I'm told that my Django tutorials are nearing capacity, so if you're interested in either of them, you should likely sign up sooner rather than later. See you in Dallas! Jac

Re: Moving towards Django 1.0

On 1/13/07 1:25 PM, Michael Radziej wrote: I'm creating a wiki page for this summary (with some more information). Awesome. I've been keeping a similar list, so I'll fill in what I've got as well. Can somebody fill me in about the tickets for authentication? I'm sure sure ticket-wise, but

Re: Using Capistrano to Deploy/Maintain Django Applications

On 1/13/07 10:10 AM, [EMAIL PROTECTED] wrote: Has anyone used Capistrano with Django? I have been looking for documentation, and the Cap manual uses RoR for its examples - it's not very approachable for someone doing application deployment outside of that framework. We've started using it here

ANN: Upgrading code.djangoproject.com

Howdy folks -- I'm about to roll out an upgrade to our Trac installation on code.djangoproject.com. We're adding a few features to make our internal management of ticket workflow better (some of you many have the thread about this on django-developers over the past week or so). There might b

Re: ANN: Upgrading code.djangoproject.com

... and, as most people have noticed, we're done. Triagers: you're good to start reviewing tickets. Of course anyone who has time to help out by reading ticket comments and upadaing the "needs *" flags accordingly is welcome to help. Jacob --~--~-~--~~~---~--~

<    1   2   3   4   5   6   7   8   9   10   >