Re: Decoration and aliasing

On 10/4/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > On Thu, 2007-10-04 at 15:15 -0500, Jeremy Dunck wrote: > [...] > > Is there any interest in a patch that modifies Django's built-in > > decorators to use functools.wraps in order to preserve things like > > view function doc strings? >

Re: Django + SQL Alchemy

Quick update: I've got this working so that Django models are automatically introspected to create all the same backrefs for use in SA that you would have access to in Django. SA Table's and Mapper's can be overridden in your app so you can add custom methods to your models. Due to popular

newforms required/error CSS decoration

We have two independent approaches to the problem: #3512 [1] and #3515 [2]. IMO 3512 handles the problem better, but then I'm biased because I provided a patch for that one :) Could we have a committer's design decision on the overall issue? How (if at all yet) is this handled in

Re: typecast_date() argument format

Thanks Malcom, I did search and found at least a similar (closed) ticket (#659). Yes, I agree the slicing is a workaround, and does not look like a definite solution at all. On Oct 7, 12:24 pm, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > On Sun, 2007-10-07 at 16:02 +, jv wrote: > > I'm

Re: typecast_date() argument format

On Sun, 2007-10-07 at 16:02 +, jv wrote: > I'm using sqlite3, where dates seem to be saved as bitstrings. So, > when loading a date I get an error like > > ValueError: invalid literal for int() with base 10: > '07T14:07:32.06' > > The actual date in the DB being > >

Re: Changes to request_response have broken django-rest-interface

Malcolm Tredinnick wrote: > As soon as > you start to move to situations where your publically exposed resources > don't map more or less one-to-one onto models, things become a lot > trickier and we haven't quite solved that Weren't custom descendants of the Resource class designed for this? I

Re: typecast_date() argument format

I'm using sqlite3, where dates seem to be saved as bitstrings. So, when loading a date I get an error like ValueError: invalid literal for int() with base 10: '07T14:07:32.06' The actual date in the DB being '2007-10-07T14:07:32.06' When using psycopg*, loading works. On Oct 7,

Re: typecast_date() argument format

On Sun, 2007-10-07 at 15:30 +, jv wrote: > Hello all. > > I wonder if the function typecast_date() on /usr/lib/python2.5/site- > packages/django/db/backends/util.py:58 assumes the string 's' to be of > '-MM-DD' format. > > Here's the function in question (as of r6460): > > def

Re: Changes to request_response have broken django-rest-interface

On Sun, 2007-10-07 at 11:16 -0400, Malcolm Tredinnick wrote: [...] > There are a lot of cases that Andreas' work doesn't cover, since REST is > a very broadly applicable theory. That was one of the challenges of the > project: working out what areas needed help and where we would just be > adding

typecast_date() argument format

Hello all. I wonder if the function typecast_date() on /usr/lib/python2.5/site- packages/django/db/backends/util.py:58 assumes the string 's' to be of '-MM-DD' format. Here's the function in question (as of r6460): def typecast_date(s): return s and datetime.date(*map(int,

Re: Changes to request_response have broken django-rest-interface

On Sun, 2007-10-07 at 02:39 +0200, David Larlet wrote: > 2007/10/6, Malcolm Tredinnick <[EMAIL PROTECTED]>: > > > > I had a quick read of it. Looks like you're on the right track. > > Thanks for your reactivity. > > > > > The main problem I see with it is that you're over-populating the data >

DESIGNER'S FASHION HAND BAGS / PURSES

*LEATHER FASHION HAND BAGS/ PURSES** * *Click to Read: * *http://www.gobsmack.info/SKD/hand-bags/*** * * ** * * * *

NATURAL REMEDIES

*A Natural Cure System for your PETS*** *Click to Read:*** *http://homeopet.50webs.com/* - --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this

MANAGEMENT SOLUTIONS

*Management is the key to success.* *http://www.100stuff.com/sdk/management/* *-* --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To