DjangoBot: #django

in the view I am using render_to_response(template, vars_dict)

Magus-: could you help me?

obviously not, or I'd be speaking

Magus-: i've told my parter here you'll response that, sorry

I really need help here

Juanjo-sfe: isn't the signature something like this for what you want? render_to_response(template, vars_dict, context_instance=ContextInstance)?

Juanjo-sfe use that... my context_instance=RequestContext(r)

where r is the request passed in

to the view method

APPEND_SLASH = True is lame. it should be the other way around, django forcing no trailing slash

now that's just silly

would it be silly to cache the currently logged in user?

Magus-: why? do you even know where trailing slashes comes from?

Magus-: the sick world of php

roflmao

how wrong are you

if you hit http://foo.com/foo/bar you want the file bar, not http://foo.com/foo/bar/ which would mean, look for anything that the server wants to repsond with under the dir bar/

it has nothing at all to do with php

tbye: maybe I am wrong, what I am supose to get at response.context? I was expecting the variables used to parse the tempalte

and that's only true when serving it by a normal webserver, andriijas

DirectoryIndex index.html blabla

Juanjo-sfe: that's what the vars_dict is

tbye: can I acces the vars dict from the response?

Juanjo-sfe You have to turn on support for RequestContext if you want it. I use it so I have access to logged in user creds and such automatically.

Magus-: well i just think it would make more sense to get the file /foo/bar and not /foo/bar/ which in most cases means look for whatever the server ahs to serve in the dir /foo/bar/

tbye: how I turn it no?

sorry... maybe I'm misunderstanding what you're saying is the response. You mean access vars inside your template?

tbye: no, response = Client.get(url)

n testcassses

andreaja: the trailing slashes are (were) used by webservers to denote a folder, rather than a file; it's what Apache calls Cannonical URLs

ahh

andriijas: urls have no notion of files or directories. they're just resources organized into a hierarchy

tbye: got me?

polpak: exactly. and for SEO purposes it would be better to use /foo/bar rather than /foo/bar/

andriijas: I doubt that

andriijas: but if you feel that way, there's a very simple fix

Juanjo-sfe: I do... but I'm sorry... I'm not familiar enough with the response directly to help. I was thinking you were talking about the template rendering.

andriijas: set APPEND_SLASH=False

i know

damn working with subprocess sucks

but everyone should use that

:)

my final solution to system calls: http://www.pastethat.com/ZP4cr

anyone have a better way?

andriijas: fascism sucks

andriijas: because of some SEO myth??

anyone has worked with django+latex?

dcramer[]: http://pypi.python.org/pypi/processing

if you do wget http://foo/bar/ you will get an index.html, how insane is that? if you do wget http://foo/bar you get an file named bar, which is more proper

andriijas: you are way off the mark

:)

brosner: probably shoulda looked for libs before i started, i assume dpythons werent a pita

but i dont really need threading so its ok

or is that just the threading api

dcramer[]: huh? it has *similar* interface to threading. it isn't threading

ah

password = shell.system_call(['mkpasswd', password], AccountUpdateError, "mkpasswd failed: %s")

thats how mine works :)

dcramer[]: i used it here ;) http://oebfare.com/blog/2008/mar/25/faster-djan...

Oh great Magus- , can you tell me what I need to look at to figure out what's wrong: http://dpaste.com/42064/ ?

andriijas: you ask a webserver to give you a resource (url) and it decides what the resource will be - it can return a directory index when you ask it for index.html or vice versa

dcramer[]: ... I don't understand why you're setting p1.returncode after you raise.. that will neither do anything, nor be in any way accessible later on

andriijas: you're wrong in both cases there

dcramer[]: however, i think what you are trying to do and what processing is are two different things. my bad.

polpak: it works fine, and its because its setting it to 0 even though there was an error

emacsen: look at the definition for group() and how you're calling it

Magus-: whatever. lets talk about django instead. my /admin/ throws an permanent redirect , why?

which 0 means success as far as my understanding

andriijas: how should I know?

Magus-, all I'm calling is the admin interface login screen

Magus-: because your the expert :D

I want to add some dynamically made charts from google charts into my site

where in django should I do the set up work. or, what information do I transfer between the view and template?

andriijas: yes, btu you gave 0 info

trhaynes, you can't run arbitrary python in your template

trhaynes: what work? isn't the google chart api something you just stick in an image tag?

Magus-: well I'm using an API

so I guess I have to generate a URL in my view and then pass that to my template

trhaynes, I might check that URL before passing it

check? how so

or check what happens if the URL is bogus

trhaynes, I'm saying what happens if the URL is bad for some reason, just be sure to account for that

Magus-, So you have no idea what to check?

all I'm doing is bringing up the admin interface

i wonder if the people who write thee modules actually find them useful

*these

Magus-: i dunno. i surf into myrurl.com:9000/admin/ and it redirects me to myurl.com/admin/ myurl.com is a nginx with a proxypass to the django dev server running at port 8000

is posiblle from a testing enviroment get the variables used to parse a template for a givven url?

Magus-: not sure if you were aware, but for future reference.. jacob created a template tag for gCharts which is pretty nice.

mmmmm

seems what I qas commenting

is a django known bug

on a side note you could use a JS charting lib like Flot (http://code.google.com/p/flot/) - it looks much better than google charts (althoug it's quite limited yet)

jlilly: Is it djangosnippet-ed?

mattmcc: I don't think so... http://toys.jacobian.org/hg/googlecharts/

Juanjo-sfe: an invalid bug

works from mange.py test but not from manage.py shell

weird...