Django developers Google Group

Re: Problem with history view in admin page

kmtra...@gmail.com (Karen Tracey) — Wed, 25 Nov 2009 00:28:40 UT

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

freakboy3...@gmail.com (Russell Keith-Magee) — Wed, 25 Nov 2009 00:09:47 UT

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

freakboy3...@gmail.com (Russell Keith-Magee) — Tue, 24 Nov 2009 23:36:41 UT

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

rede...@gmail.com (redetin) — Tue, 24 Nov 2009 22:09:37 UT

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

ian.g.ke...@gmail.com (Ian Kelly) — Tue, 24 Nov 2009 17:25:32 UT

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

google.gro...@jensdiemer.de (jedie) — Tue, 24 Nov 2009 16:10:52 UT

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

map...@gmail.com (mariuz) — Tue, 24 Nov 2009 09:37:07 UT

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

freakboy3...@gmail.com (Russell Keith-Magee) — Tue, 24 Nov 2009 06:00:50 UT

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

mario.bri...@in.ibm.com (Mario Briggs) — Tue, 24 Nov 2009 05:07:35 UT

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?

tonightslasts...@gmail.com (Tim) — Tue, 24 Nov 2009 05:05:52 UT

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?

jonaspf...@gmx.de (Jonas Pfeil) — Tue, 24 Nov 2009 04:41:31 UT

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

j...@bluexml.com (Jean-Christophe Kermagoret) — Tue, 24 Nov 2009 03:46:31 UT

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

fah...@gmail.com (thebitguru) — Tue, 24 Nov 2009 00:38:48 UT

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

akaar...@cc.hut.fi (Anssi Kaariainen) — Mon, 23 Nov 2009 18:37:34 UT

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

rlaa...@wiktel.com (Richard Laager) — Mon, 23 Nov 2009 17:03:38 UT

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

Richard