#django

mattmcc: Yeah, thanks.

A string representing an attribute on the model. This behaves almost the same as the callable, but self in this context is the model instance. Here’s a full model example:

Thanks, fission6

Anyone? This is killing me

hi, can i simply check whether DEBUG is True in a template? or do i have to write code for that?

settings.DEBUG right?

yes

google results tell me to write a context processor and whatnot

dAnjou: There's a 'debug' context processor that checks DEBUG and whether or not your IP is in the INTERNAL_IPs setting.

does that mean i have to pass a RequestContext everytime?

If you're using render() it uses RequestContext by default. So do CBVs.

going through our existing code and checking whether that's the case is quite some effort *sigh*

grep ftw

looks like i have to hack something in a middleware

create a template tag if need be

nikhil_: it's not that easy, and in general I find it quite inefficient to do it that way

what are you deciding to display based on DEBUG=True

Middleware can't write to the context, unless you're using TemplateResponse.

fission6: debug flags for JS snippets

why

tell us more

man, django's template engine never fails to disappoint me

Doesn't sound like it's doing any disappointing here. If you want to use context processors, you need RequestContext.

i simply want access to settings in my template

render() (which does by default) has been the recommended shortcut for function-based views for years.

Providing simple access to settings in templates is a really bad idea.

no it's not.

i'm a responsible dev, i know what i'm doing

what is the js doing

Yes, it is. It's an interface meant for non-programmers to be able to use.

mattmcc: that's your *opinion*

Well, it's also the opinion of the people who wrote it..

Looking through the docs: is there any way to link to a foreignkey's admin?

Which is why, for example, you can't call arbitrary Python methods from templates.

So if I have a blog post model with an 'author' field, can I link to the admin modification form for the author?

quansai: maybe this helps https://docs.djangoproject.com/en/dev/ref/contr...

I was afraid of that!

fission6: second question https://www.wootric.com/pages/faq

mattmcc: that should *really* be configurable

dAnjou: you only want this when debug is true?

fission6: i only want "wootric_survey_immediately = true;" in debug mode

dAnjou: Django natively supports Jinja2 these days, if that would make your life easier..

do you have a proper base template?

can you not create a template tag?

mattmcc: it's fine that you don't share my idea about how templates are being used. but this restriction has left me frustrated countless times.

mattmcc: i'm stuck in 1.4

upgrading now is not an option

fission6: i guess i could, and that's basically what i was asking

I would agree with mattmcc. if it’s frustrating you, it’s probably because you’re doing something awful.

FWIW, I think you want a simple context processor.

people use their PC with possible admin/root access every day and they are still alive

i don't need django to tell me what's a bad idea and what is not

thats not their point.

(and you dont have to take what they say to heart they are just offering best practices)

their point is that web designers who don't have any clue can take these templates and contribute to the project

yea, which is true

not in real life

Non-programmers manage templates in Django projects all the time..

plenty of designers work with django templates

i've never seen that

this is all a useless side conversation and doesn’t help you so why go down this road

At my work, I'd say 90% of our client site templates were written by non-programmers.

fission6: i'm not the only one who's annoyed by this

so it's not useless, it's worth it to think about changing it

The change has already been made; native support for Jinja2.

With the requisite APIs for a programmer to plug in any other template engine of their choosing.

and that's really nice to hear

i didn't know that

fission6 you’re right. it is a useless side conversation in which no one is going to change anyone’s mind.

unfortunately i'm stuck in th dark age :/

And it doesn’t change the recommendation: use a simple context processor.

Hi guys! I would like to integrated a tcp server in my django app. This is possible?

Would you like an example?

i'm gonna write a simle tag

tbaxter: mattmcc are you both using jinja2

Nope.

Silvering: this sounds really bad. mind explaining why?

Silvering: what are you trying to do

dAnjou: again, I think you really want a simple context processor, not a TT.

fission6: nope, me neither. I have no use or interest in Jinja

tbaxter: Apparently there's a concern that render() isn't being used everywhere.

that’s a stupid concern.

it's not

That’s like saying “i’m going to do the wrong thing because the wrong thing was already done"

and even then, one doesn’t HAVE to use render() everywhere anyway.

tbaxter: it seems for a cp i'd have to run around and add code in X places while a simple tag requires me to write only one decorated function

well, clearly you know more than the rest of us.

I got the sense this is a base template thing.

I have a iOS app working on my iPhone. I would like to create a django app which listen for the iOS app. If I tap a button on my mobile, a view appear on my django app. This is possible ?

mattmcc: it is

Silvering: sure but you don’t need a tcp server

just create a web service/view

Silvering: "listens for the iOS app"?

dAnjou : sorry ;-)

(when you click the button it makes a request to /activate/) or whatever

the hard part is loading somthing on your screen without a request first from the desktop

what do you mean by a view appears on my django app?

fission6 : yes exactly. Or swich to another view

so i have a TemporaryUploadedFile that i need to process as a csv in python3, i need to convert the temp file to something ~= opening a file as text

where is the view appearing, just tell us the whole story with details

a simple <a href …> to another page