Django developers Google Group

Re: Problem with history view in admin page

2009-11-25T00:28:40Z

On Tue, Nov 24, 2009 at 7:09 PM, Russell Keith-Magee <freakboy3...@gmail.com

Also I believe there's at least one other place in Django that does similar
-- the object_pk in the base contrib.comments model is also a TextField. I
suspect any DB backend that has trouble with the admin history view is also

Re: Problem with history view in admin page

2009-11-25T00:09:47Z

Your comment about foolishness is definitely correct :-) As for the
CharField point - following this logic, we could define object_id as
a CharField(max_length=N), for some large N. However, in the general
case, we can't specify an N that is greater than all N's that
end-users might use. Therefore, we use a TextField, which is unbound.

Re: Why not datetime.utcnow() in auto_now/auto_now_add

2009-11-24T23:36:41Z

Why would it be? A datetime field isn't necessarily stored in UTC. It
uses datetime.now() because that will return the same time as
settings.TIME_ZONE.

On top of that, making this change would be a *huge* backwards
incompatibility, as any existing uses of auto_now etc would break.

Time zone handling is definitely something that Django could handle

Re: Oracle/GIS Testers Needed

2009-11-24T22:09:37Z

Initial extent errors happens because datafile allocated for temporary
tablespace is full. It's hardcoded in
django/db/backends/oracle/crea tion.py:L159,L163 (in trunk) to be 100M(bytes)
which apparently is not enough anymore. Too bad that it's so late that I
don't have time to test how much space tests actually needs now but it's

Re: Problem with history view in admin page

2009-11-24T17:25:32Z

On Mon, Nov 23, 2009 at 11:00 PM, Russell Keith-Magee

The decision is based on the field type, not on the individual field.
If it were possible within the Oracle backend to override this
particular field to VARCHAR2, we would happily do it. But TextFields
in general need to be LOBs.

Due to the hackish way the Oracle backend implements lookups on LOBs,

Why not datetime.utcnow() in auto_now/auto_now_add

2009-11-24T16:10:52Z

DateTimeField "auto_now" and "auto_now_add" used datetime.now(). But
why this? IMHO it's better to use datetime.utcnow(), isn't it?

Mfg.

Jens Diemer

django-firebird projects news

2009-11-24T09:37:07Z

Hello everyone, I want to make a summary of the changes implemented in
recent times about the project django-firebird:

[link]

Re: Problem with history view in admin page

2009-11-24T06:00:50Z

Well, Django doesn't make the decision to use CLOB - that's in the
hands of your backend. In the same circumstances, SQLite and Postgres
use 'text'. MySQL uses 'longtext'. Oracle uses 'NCLOB'

In theory, the contents of the object_id field could be anything -
including a string of arbitrary length (i.e., a TextField). However,

Re: Problem with history view in admin page

2009-11-24T05:07:35Z

What is stored in this field is a string-serialized representation of
the
primary key value.
<<

I agree that INTEGER is not the right choice, but then so too is CLOB.
How long is this string-serialized representation going to be? greater
than 4000 characters ? Varchar(X) where X is > 4000 or something is

Re: Design decision on FileField removing abandoned files?

2009-11-24T05:05:52Z

I'm with you, if not on 100% of what you said, at least 95% of it :)

I just foresee that if there is heavy hesitation on even deleting
files, deleting directories might be too liberal a feature for the
kind of position that the framework takes. I don't doubt that
directory deletion has its use, and that it's safe when used

Re: Design decision on FileField removing abandoned files?

2009-11-24T04:41:31Z

Hey, it's not goofy. It's handy ;) I also took _great_ care when
writing the code for directory deletion and it's happily deleting
directories on our production server since a year or so. And it's of
course off by default. That said, if throwing directory deleting out
is the thing that's required to get the patch in, I won't object ;)

Re: Scaffolding

2009-11-24T03:46:31Z

Hi,
I'm working a lot on Model Driven Software Development in the SIDE-Labs
project and your approach definitely has a lot of interests for me. We
currently chose to work on Alfresco as a framework but we are looking
after technological alternatives.

Have you been a little further in your thinking?

Feedback on ticket 7777

2009-11-24T00:38:48Z

Hi,

Can I please get some feedback on this ticket? I am hoping that we
can get this in soon.

[link]

Thanks,
Farhan

Re: Public method for getting model field names in order of definition

2009-11-23T18:37:34Z

Another try, view.py:

from django.forms.models import model_to_dict

def view(request):
data = Foo.objects.all()[0]
print data.start
form = Example(data=model_to_dict(dat a))
return render_to_response('t.html', {'form': form})

Where Example is a ModelForm for model Foo.

Re: Public method for getting model field names in order of definition

2009-11-23T17:03:38Z

Thanks for the example, but that's not a ModelForm.

Richard