Re: The locmem patch and development progress

least be automated[1][2]. (How is it done currently, if not with that sort of automation?) HTH, [1] http://buildbot.sourceforge.net/ [2] http://www.python.org/dev/buildbot/ -- Jonathan Daugherty http://www.b-tree.org --~--~-~--~~~---~--~~ You received this

Re: Changing django.contrib.auth to make passwords optional

example code previously provided. [1] http://tinyurl.com/383plw -- Jonathan Daugherty http://www.b-tree.org --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this g

Transactions in the admin

ere this stands. Thanks for django! -- Jonathan Daugherty http://www.parsed.org

Re: Transactions in the admin

'); under what circumstances are new connections opened and closed? -- Jonathan Daugherty http://www.parsed.org

Re: Transactions in the admin

uot; This sounds like a rather invasive exception, and it sounds like something that makes this middleware more than a plugin. -- Jonathan Daugherty http://www.parsed.org

Re: Transactions in the admin

guess I'm assuming that users will run all of their database interactions through the django core where things like this can be controlled. I suppose that users can go poking around if they want to get cursors or connections, but IMHO that's a case of too much rope. -- Jonathan Daugherty http://www.parsed.org

Re: Transactions in the admin

, can you illustrate how one would accomplish this? -- Jonathan Daugherty http://www.parsed.org

Re: Transactions in the admin

ng away the possibility of # explicit control for those who know exactly what to do. And the # combined middleware/decorator thingy is working very nicely with the # caching system, so I just thought it would be the ideal choice for # the transactionality system, too :-) Yeah, it sounds like dec

Re: MS SQL date vs. datetime problem

# oops # I put in date and I get datetime back. But DateTime objects can be used to represent both; you just have a DateTime object with no time values. -- Jonathan Daugherty http://www.parsed.org

Re: Small report from Django/Rails meetup

; category. Admittedly, AJAX integration of some kind would be nice, but IMHO there are lots of other bigger, more important things going on that need to be considered. -- Jonathan Daugherty http://www.parsed.org

Re: Pretty error pages for Django

# Server error page: http://toys.jacobian.org/django/500.html # 404 error page: http://toys.jacobian.org/django/404.html Yay! -- Jonathan Daugherty http://www.parsed.org

Re: implicit "pk=" in get_object()?

# I like it, but I also wish that "__exact" was optional, so I might # not be a good person to ask... Interesting idea, although I'd rather all of the conditional kwargs be consistent, personally. Making an exception would make it weird. -- Jonathan Daugherty http://www.parsed.org

Re: implicit "pk=" in get_object()?

member what the primary key name is. -- Jonathan Daugherty http://www.parsed.org

Re: Names for Django components

# 1. Django guitar # # 2. Django beats # # 3. Django singer # # 4. Django piano Novel, for sure, but wouldn't people have a hard time remembering which is which? -- Jonathan Daugherty http://www.parsed.org

Re: Dajngo wishlist

# Simon, you are saying that FastCGI serves worse than mod_python? He said "CGI", which is not the same as FastCGI. -- Jonathan Daugherty http://www.parsed.org

Re: Dajngo wishlist

;s hosting provider isn't sufficiently accommodating... -- Jonathan Daugherty http://www.parsed.org

Re: Data Types

ut, should each field type know about the various backend types in order to maintain the mapping? -- Jonathan Daugherty http://www.parsed.org

Re: Django and AJAX: Setting aside the conflict

# Sorry for replying to myself. Don't apologize to us; apologize to yourself! -- Jonathan Daugherty http://www.parsed.org

Re: Proposal: models.py by default instead of "models" directory

nyone when they're looking through the docs for the Right Way? I think the "one way" mantra applies here.. -- Jonathan Daugherty http://www.parsed.org

Re: Proposal: models.py by default instead of "models" directory

models.py module would make for a cleaner layout if a package isn't needed. I was just pointing out that regardless of the pythonic-ness of it, I wonder if the extra option will confuse newcomers. -- Jonathan Daugherty http://www.parsed.org

Re: Tree structure

ForeignKey(Category) # # def __repr__(self): # return self.name Just use: parent = meta.ForeignKey("self") For more information, see: http://www.djangoproject.com/documentation/model_api/ (See the "Many-to-one relationships" section.) -- Jonathan Daugherty http://www.parsed.org

Re: "Magic" model module change proposal

class -- would still be created, but it would live in appname.models # rather than django.models. For example, in the polls tutorial, the # module "choices" in "from django.models.polls import choices" would # be in myproject.polls.models: "from myproject.polls.models impo

Re: "Magic" model module change proposal

# Why can't we just allow the model class defined by the user to be # used? That doesn't seem promote a clean separation of "table-level" vs. "row-level" functionality. -- Jonathan Daugherty http://www.parsed.org

Re: "Magic" model module change proposal

I think it's cleaner to keep these functionalities physically separate. Maybe the best thing to do would be to round up as many newcomers as possible and see what they think would be clearer. -- Jonathan Daugherty http://www.parsed.org

Re: "Magic" model module change proposal

ign possibilities and ask newcomers which one(s) seem clearer, in terms of the developement experience. Obviously asking newcomers to *design* would not be prudent. :) -- Jonathan Daugherty http://www.parsed.org

Re: Removing the magic

painfully obvious what sort of error has occurred. Makes the code that much more readable, too, IMHO. -- Jonathan Daugherty http://www.parsed.org

Re: Potentially confusing urlconf error messages

# Not particularly clever, but in a Django request context you could # argue that "//" == "//" == "/" and change the url pattern logic # appropriately. Or just remove all leading slashes from any URLconf entry's regex. -- Jonathan Daugherty http://www.parsed.org

OpenID

05/12/07/too-many-usernames/ My questions are: - Who has already put some thought into this? - Who has written code? - Should this be done as a middleware? - How can I help? Thanks! [1] http://www.openid.net http://www.openidenable.com -- Jonathan Daugherty http://www.parsed.org

Re: OpenID

# http://www.openidenable.com This should be: http://www.openidenabled.com -- Jonathan Daugherty http://www.parsed.org

Re: developers needed

ders. Any suggestions on how to find a number of # candidates to consult would be appreciated. A 5-10 K job . thanks Command Prompt, Inc. does Django and PostgreSQL website development. You can contact them via the information on their site, http://www.commandprompt.com/ -- Jonathan Daughe

Re: developers needed

d say the consensus is most certainly the opposite. Flamingly yours, -- Jonathan Daugherty http://www.parsed.org

Re: Docutils link in admin interface

n area may be historical and having access to the docs online *is* really great, but I can't think of a reason why they should live in admin specifically. My 0.02 USD, -- Jonathan Daugherty http://www.parsed.org

Re: Django auth magic

to try a sequence of authenticators. I'm concerned particularly with OpenID authentication, and OpenID auth is usually tried in addition to whatever is desired for the site's normal accounts, in which case authentication mechanisms must be able to coexist. -- Jonathan Daugherty http://www.parsed.org

Re: Django auth magic

odate various incarnations, such as with LDAP, OpenID, and normal usernamd-and-password. So this SQL model's structure does come to bear heavily on whether we can use other authentication mechanisms *if* we want external auth to conveniently blend with "normal" accounts. -- Jonat

Re: How about converting python config files to text config files

evelopment copies of a project very easy. You can employ similar techniques. But at any rate, you can always just write a python script that imports the settings and programmatically traverses them if you need to inspect them. -- Jonathan Daugherty h

Re: How about converting python config files to text config files

x27;t think it's bad to do this manually, particularly because it doesn't need to be done often. What's the impetus for wanting an automated way to perform this kind of task? -- Jonathan Daugherty http://www.parsed.org --~--~-~--~~~---~--~---

Re: proposal: endif, endfor etc assume whatever follows in tag is comment

# It regularly becomes difficult to track which {% endif %} belong to # which {% if %}, it would be good if we can say {% endif # start_process %} where start_process is purely comment. Maybe implement generic support for /* .. */ in template tags? -- Jonathan Daugherty http

Re: ANN: multi-auth branch ready for testing

ith it, as we maintain a large collection of OpenID implementations, the leader of which is our python library: http://www.openidenabled.com/ -- Jonathan Daugherty http://www.parsed.org --~--~-~--~~~---~--~~ You received this message because you are subscri

Re: openid & django

en't used the multi-auth backend so I don't know about that. -- Jonathan Daugherty http://www.janrain.com/ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group.

Re: openid & django

ields, it'd be great if you change the name of the form input field to "openid_url" so the OpenIDs I (or others) use on other OpenID-enabled sites will be available as auto-complete choices. Otherwise, looks great. Nice handling of the sreg profile data. -- Jonathan Daugherty ht