DjangoBot: #django

uh, no

thought so because cache_control also allows to specify the timeout

Hmm it doesn't look like it's possible to get the form or field from a widget during render... that kind of makes things hard to do context based widgets.

eRAZOR: cache_control is for headers sent to the browser

a I see

like don't cache this for X time

yep

or whatever

doctormo: correct, widget does not know of form or field

doctormo: You can make your own widget & field to pass whatever information you need into the widget.

mattmcc: yes but the form context is needed for the data available to the form to be available to the widget. It doesn't work logically

so it looks like I need to use both decorators to be on the safe side

what's the best way to do an ordered many-to-many? order_with_respect_to on an intermediary model?

to do an ordered m2m you must define the join table yourself and not use the m2m field, last I checked

so doing it with a through won't work?

If it doesn't, that'd be an interesting feature to attempt, since ordered m2m's are a fairly common need.

yeah, i figured it would be

ok, i'll play around, just wondering if there was a "best practice"

through?

looks like I'm in for quite a bit of reading :)

did I miss that ticket merging again?

it merged like a week or two ago

i think

You blinked. :)

Hmm, I fixed my problem by getting ajax to make further requests on page load, although it'd very wasteful, it seems the only way to get around the context restrictions.

That's unlikely.

I have custom forms that pass all sorts of extra data down to the widget.

*ker BONK*

Yay!

anyone know a nice way to iterate over form fields?

in python that is

The form.fields collection?

a normal for loop over it like any dict?

(regarding form.fields)

giving us unsubscriptable error on a commented out line in the loop

perhaps if you tried showing us your code

You're doing it wrong.

instead of wanting us to guess at it

BoundField is unsubscriptable

It's true, it's not.

well yah, it isn't

so stop trying to do somefield[0] or such

form_as_div ftw

?

if thats all you want just make an as_div mixin for your forms

I've read in several places now that cherrypy 3 has a faster pure python WSGI server than mod_python, could django be run on that?

Um, mod_wsgi? :)

mattmcc, good point, I'd be surprised if cherrypy is faster than mod_wsgi, but I guess anything is possible until you measure

mattmcc: then can you perlpaste your code so I can see them, I can't quite see how you can get variables out of scope to be submitted to widgets/fields

has tried to have a named url say name="home", where {% url home %} throws an exception ?

doctormo: Well, maybe if you mentioned what exactly you're trying to access.. Since you haven't done that yet.

form_as_dl > all others :)

mattmcc: No I did, I said I wanted to access form data at widget rendering time.

is there a convenient way to monitor the status of the django cache system?

doctormo: So from a form's __init__, you can grab the data argument and pass it through self.fields['foo']

...or not.

eRAZOR: what status?

eRAZOR: That'd depend on the backend. I imagine there are lots of monitoring tools for memcached.

And since that's the only backend worth using in production, that should suffice. ;)

magus: number of items in the cache .. perhaps with a summery per cache_key domain (string based)

something like that

eRAZOR: django keeps no such record like that

so its up to your backend, as mattmcc said

nothing fancy .. just to get a grasp on whats going on

ok

I'm pretty certain that there are monitoring solutions for memcached but since I'm currently developing with the django builtin cache backend, I thought I ask

Hi, i get a strange error with no debugging template on this small piece of "simple" code http://dpaste.com/70277/ any hints on what could it be ?

you're returning a string

obviously that won't work

line 13

coulix: Looks like you meant to use a redirect response.

please hit me .... time to sleep

hey all, slightly strange question, but i have a model, and want a method which lists all the methods attached to that model, any ideas how to access this?

dir()

But wouldn't reading the documentation be easier?

will django-admin work if its in a different directory?

(ie. can i copy it to python\scripts)

mattmcc: is dir() directed at me?

Hmm, if you try and extend a template using the name it doesn't exclude itself and goes into infinite loop

horza: Right, only one template can exist with a given name.

glenjamin: Why don't you put a symbolic link in python/scripts?

Ceddy: Yep.

mattmcc: So how do I over-ride an admin template, when all I want to do is add a couple of lines?

horza: That depends. Some admin views look for a series of templates, such as the model change forms.

hrm, symlink will work

For others, you'd just have to copy the template somewhere and override the admin one entirely.

thanks, essentially we are expanding the no. of fields all the time, and i dont want to keep sotring all the info twice, so just want a list of all the fields as i need it else where in the code....

mattmcc: over-riding entirely makes maintenance a bit of a nightmare. I guess I could create a whole load of change_form_xxx and put includes in each

I have an app being accessed directly and through Facebook. I'm trying to figure out how to allow the direct urls to be app\view\ and FB urls to be FB\app\view\. Tried a regular expression in root.py during the include of the app.urls but that didn't work although my regex foo sucks so that could be it. Thoughts?

mattmcc: No, admin/objectname/change_form.html still goes into infinite loop

mattmcc: I'll hack it into base.html :-(

I have three models that are sharing one abstract model, and one model which relates to all three - how can I give that model a foreignkey to three other models, dependant upon which of the three is in use?

I've tried linking to the abstract model, but that doesn't work .... am I being dense?

Is there an easy way to deploy two instances of my project such that they share the same code but use different databases?

trhaynes: Sure, it's just a matter of settings.

Killarny, try http://www.djangoproject.com/documentation/cont...