Hm. Looks like the with tag would help with this, as it accepts
filtered values:
{% with person|get_obj:col|gt:too_large as val_too_large %}
{% if val_too_large %}
...
{% endif %}
{% endwith %}
On Feb 19, 10:55 am, Daniel Wong wrote:
> Thanks, Roseman. I was hoping I wouldn't have to resort to custom
> filters or tags, because it obfuscates template code that should be
> really simple. Also, I don't think filters can be applied to this
> slightly modified example:
>
> {% for person in people %}
>
> {% for col in columns %}
> too_large %} class="too-large"{% endif
> %}>
> {{ person.get(col) }}
>
> {% endfor %}
> {% endfor %}
>
> I know Django templates were intentionally designed to disallow
> passing arguments to methods; therefore, I'm assuming there must be a
> clean way of implementing this example that I'm just not aware of.
>
> On Feb 19, 12:27 am, Daniel Roseman wrote:
>
> > On Feb 19, 8:04 am, Daniel Wong wrote:
>
> > > Seems like there's no good way to do this, because you can't call
> > > methods that take > 0 arguments.
>
> > > Here's an example of the sort of thing I'm trying to do. Imagine
> > > you're trying to create a spreadsheet like view:
>
> > > {% for person in people %}
> > >
> > > {% for col in columns %}
> > > {{ person.get(col) }}
> > > {% endfor %}
> > > {% endfor %}
>
> > > Seems like you'd have to use custom tags to achieve this, but that
> > > seems way too complicated for something so simple. Is there a better
> > > way?
>
> > Writing a custom filter for this is the correct way - and it's a three-
> > line job:
>
> > @register.filter
> > def get_obj(obj, value):
> > return obj.get(value)
>
> > --
> > DR.
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
2010/2/21 :
> Photos
>
> bisou
> Ariel
>
>
>
> --
> Infomed - Red de Salud de Cuba
> http://www.sld.cu/
>
>
> --
>
> Este mensaje le ha llegado mediante el servicio de correo electronico que
> ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema
> Nacional de Salud. La persona que envia este correo asume el compromiso de
> usar el servicio a tales fines y cumplir con las regulaciones establecidas
>
> Infomed: http://www.sld.cu/
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To post to this group, send email to django-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> django-users+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/django-users?hl=en.
>
>
Interesting thing is, the guy on the photo has "django colours" t-shirt :)
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
Given a model like:
class Item(models.Model):
title = models.CharField(max_length=140)
created_date =
models.DateTimeField(default=datetime.datetime.now)
completed = models.BooleanField(default=False)
completed_date = models.DateTimeField(blank=True,null=True)
...
I want to create a queryset that retrieves the last 30 Items that were
either created OR completed most recently. In other words, the
created_date and the completed_date fields need to be treated as if
they were a single date field on the model, so that the returned items
would be chronological by either date (completed_date would only be
considered for items where completed=True)
I've tried both:
.order_by('-completed_date','-created_date')[:30]
and
.order_by('-completed_date').order_by('-created_date')[:30]
but neither of these are quite right. Not sure what the right approach
to this should be. Suggestions? Thanks.
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
On Sun, Feb 21, 2010 at 4:11 AM, Sithembewena Lloyd Dube
wrote:
> I wonder what Atamert the peacemaker has to say now, since the person to
> whose defense he came admitted he was wrong. Amazing to note that Atamert
> noticed my directness to Bruno, but did not notice how nasty Bruno was to
> other respondents (namely Emily and Derek).
>
> What have you to say, o' wise Atamert?
Ok, I'm stepping in here.
Emily is right - this sort of tone is *exactly* what we don't want on
Django users. Django-users has historically been a very friendly
place. I don't want that to change.
Bruno; Lloyd; Atamert - at this point, I don't care who started it.
When you wrestle in mud, everyone gets dirty - even the bystanders. So
Stop. Now.
If you want to have some petty name calling argument, take it somewhere else.
If you persist in posting to django-users with anything other than
helpful responses to the original question, I will start banning
accounts.
Yours,
Russ Magee %-)
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
What are best practices to regress django views?
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
El 20/02/10 19:11, gintare escribió:
> Is it possible with python or i need java script?
You need javascript.
--
Gonzalo Delgado
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
This is strange. When I duplicate your code, thanos, I get an error that
says:
AttributeError: SubClass instance has no attribute '__bases__'
What's different about my setup?
I'm running Python 2.5.3
-Tim
On Fri, Feb 19, 2010 at 6:43 PM, thanos wrote:
> How about:
>
> >>> class MySuperClass: pass
> ...
> >>> class MySubClass(MySuperClass): pass
> ...
> >>> c = MySubClass
> >>>
> >>> c.__bases__[0].__name__
> 'MySuperClass'
> >>>
>
> What I always ask develoeprs hwo join my team is "Please read the
> Language Reference!" Its a great read, I'm not joking and your answer
> is there some where under Data Model.
>
>
> Thanos
>
>
>
>
>
> On Feb 19, 5:51 pm, Joel Stransky wrote:
> > Bit of a python question here.
> > Say I have a class named MySuperClass and an extension of that class
> called
> > MySubClass. When referring to MySubClass (the class, not an instance of
> it),
> > how would I retrieve the class name of its super class.
> >
> > For instance if I had:
> > c = MySubClass
> >
> > I'd like to know if there is a method that would work to the effect of:
> > b = superclassname(c)
> > which would return MySuperClass
> >
> > Thanks.
> >
> > --
> > --Joel Stransky
> > stranskydesign.com
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To post to this group, send email to django-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> django-users+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/django-users?hl=en.
>
>
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
So, Atamert, Bruno admitted he was wrong. What have you to say??
It's strange that you noticed i was direct with him,but you did not seem to
notice how harsh he was to Emily and Derek??
Anyways, peace..
On Thu, Feb 18, 2010 at 11:25 AM, Atamert Ölçgen wrote:
> Hi Sithembewena,
>
>
> On Thursday 18 February 2010 00:27:10 Sithembewena Lloyd Dube wrote:
> > Emily provided an answer according to what she understood from the OP. No
> > harm in doing that, at least not worse than no attempt at giving a
> > solution..
> >
> > I think that people who have a problem with posts, even vague ones,
> should
> > stay away from them - let those that would try to help, to do so
> > unhindered..
> >
> > We have no interest in your personal coding style: attempt to help, or
> stay
> > away.
> Bruno is trying to help in his own way. Let's not be unkind to each other
> like
> that.
>
> Also, please use your e-mail app's **draft** feature and send your reply
> when
> it's **done**.
>
>
> --
> Saygılarımla,
> Atamert Ölçgen
>
> -+-
> --+
> +++
>
> www.muhuk.com
> mu...@jabber.org
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To post to this group, send email to django-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> django-users+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/django-users?hl=en.
>
>
--
Regards,
Sithembewena Lloyd Dube
http://www.lloyddube.com
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
You could also go with a column called "Execute" and a checkbox for the
actions you want to execute and then a single submit button that grabs all
the checked actions. But I think the other way is probably more intuitive.
-Tim
On Sat, Feb 20, 2010 at 10:45 AM, Tom wrote:
> David, thanks for that. I ended up going for the simple HTML method
> because, as you guessed, the SubmitField idea was a bit unwieldy for
> my needs.
>
> Thanks for your help!
>
> Tom
>
> On 20 Feb, 15:37, David De La Harpe Golden
> wrote:
> > On Sat, Feb 20, 2010 at 06:42:11AM -0800, Tom wrote:
> > > Hi all,
> >
> > > I have a view that iterates over a queryset to produce a list of
> > > items. I have added a checkbox next to each item (from within the
> > > template) and have multiple 'submit' buttons that will do different
> > > things with the items selected. For example, one button will delete
> > > all the items selected.
> >
> > > My question is how can I detect which of the submit buttons has been
> > > pressed? Is there some property of 'request' that I can access that
> > > will tell my view which action to peform on the selected items?
> >
> > That is more a html thing than a django thing.
> >
> > Non-stone-age browsers will pass the particular submit button used
> > for a form with multiple submits - and only that button - as only
> > that button is "successful" (IIRC old IE used to do some wierd/dumb
> > thing involving the name and/or value but I've largely suppressed the
> > memory...)
> >
> > http://www.w3.org/TR/html401/interact/forms.html#h-17.13.2
> >
> > (aside: You'll also still come across some ancient html tutorials
> claiming
> > forms are allowed exactly one submit button, that is untrue)
> http://www.w3.org/TR/html401/interact/forms.html#submit-button
> >
> > i.e. given a POSTed form with two submit buttons
> >
> >
> >
> >
> > Check request.POST.get('cancel') to see if cancel was clicked,
> > and request.POST.get('accept') to see if accept was clicked.
> >
> > (remember someone curious can nonetheless construct a post request
> > with both accept and cancel just to see if your server logic
> > falls over in exploitable fashion)
> >
> > While django doesn't actually handle input type=submit for you,
> > there are "SubmitField" snippets floating about. They may have advantages
> > (e.g. form prefix handling, could in theory refuse to validate
> > if more than one SubmitField of the form was successful from a
> > malicious client, and maybe supply workarounds for that IE annoyance
> > I only vaguely recollect), but may be overkill - you could e.g. just
> > pass a "submit" dictionary down to the template, with a key and value
> > to use as the name of various submit buttons (just to avoid
> > hardcoding in the template) i.e. the above becomes (assuming you've
> > stuck the submit dictionary on the form):
> >
> >
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To post to this group, send email to django-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> django-users+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/django-users?hl=en.
>
>
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
How correctly define syntax for the event in templates?
I want that all text in the text area
would be send to the python function "search2"
after i paste text or click mouse.
After making changes the text has to be pasted back to the same form.
Is it possible with python or i need java script?
Bellow is view.py and diction.html which do not work,
i.e. line: " print "search2", search2, query "
do not print in terminal words which i pasted to the text area.
##diction.html
##views.py
def search2(request):
query = request.GET.get('Lpasted', '')
print "search2", search2, query
t=get_template(Tdiction.html)
html=t.render( Context({'Lpasted':sentenc}) )
return HttpResponse(html)
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
I wonder what Atamert the peacemaker has to say now, since the person to
whose defense he came admitted he was wrong. Amazing to note that Atamert
noticed my directness to Bruno, but did not notice how nasty Bruno was to
other respondents (namely Emily and Derek).
What have you to say, o' wise Atamert?
On Thu, Feb 18, 2010 at 11:25 AM, Atamert Ölçgen wrote:
> Hi Sithembewena,
>
>
> On Thursday 18 February 2010 00:27:10 Sithembewena Lloyd Dube wrote:
> > Emily provided an answer according to what she understood from the OP. No
> > harm in doing that, at least not worse than no attempt at giving a
> > solution..
> >
> > I think that people who have a problem with posts, even vague ones,
> should
> > stay away from them - let those that would try to help, to do so
> > unhindered..
> >
> > We have no interest in your personal coding style: attempt to help, or
> stay
> > away.
> Bruno is trying to help in his own way. Let's not be unkind to each other
> like
> that.
>
> Also, please use your e-mail app's **draft** feature and send your reply
> when
> it's **done**.
>
>
> --
> Saygılarımla,
> Atamert Ölçgen
>
> -+-
> --+
> +++
>
> www.muhuk.com
> mu...@jabber.org
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To post to this group, send email to django-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> django-users+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/django-users?hl=en.
>
>
--
Regards,
Sithembewena Lloyd Dube
http://www.lloyddube.com
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
David, thanks for that. I ended up going for the simple HTML method
because, as you guessed, the SubmitField idea was a bit unwieldy for
my needs.
Thanks for your help!
Tom
On 20 Feb, 15:37, David De La Harpe Golden
wrote:
> On Sat, Feb 20, 2010 at 06:42:11AM -0800, Tom wrote:
> > Hi all,
>
> > I have a view that iterates over a queryset to produce a list of
> > items. I have added a checkbox next to each item (from within the
> > template) and have multiple 'submit' buttons that will do different
> > things with the items selected. For example, one button will delete
> > all the items selected.
>
> > My question is how can I detect which of the submit buttons has been
> > pressed? Is there some property of 'request' that I can access that
> > will tell my view which action to peform on the selected items?
>
> That is more a html thing than a django thing.
>
> Non-stone-age browsers will pass the particular submit button used
> for a form with multiple submits - and only that button - as only
> that button is "successful" (IIRC old IE used to do some wierd/dumb
> thing involving the name and/or value but I've largely suppressed the
> memory...)
>
> http://www.w3.org/TR/html401/interact/forms.html#h-17.13.2
>
> (aside: You'll also still come across some ancient html tutorials claiming
> forms are allowed exactly one submit button, that is
> untrue)http://www.w3.org/TR/html401/interact/forms.html#submit-button
>
> i.e. given a POSTed form with two submit buttons
>
>
>
>
> Check request.POST.get('cancel') to see if cancel was clicked,
> and request.POST.get('accept') to see if accept was clicked.
>
> (remember someone curious can nonetheless construct a post request
> with both accept and cancel just to see if your server logic
> falls over in exploitable fashion)
>
> While django doesn't actually handle input type=submit for you,
> there are "SubmitField" snippets floating about. They may have advantages
> (e.g. form prefix handling, could in theory refuse to validate
> if more than one SubmitField of the form was successful from a
> malicious client, and maybe supply workarounds for that IE annoyance
> I only vaguely recollect), but may be overkill - you could e.g. just
> pass a "submit" dictionary down to the template, with a key and value
> to use as the name of various submit buttons (just to avoid
> hardcoding in the template) i.e. the above becomes (assuming you've
> stuck the submit dictionary on the form):
>
>
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
> Folks,
A few days ago I asked:
> Is there a canonical definition or even a reference
> implementation of a slug = slugify(str) function somewhere?
Thanks for taking the time to answer that for me! We pretty much
beat the answer into my thick skull: Use the slugify() function
as per "from django.template.defaultfilters import slugify".
What about my second question from earlier?:
> Is there a standard clean_user_input() that accepts direct user
> input from a form text field and de-gunks it so that it is later
> acceptable to be re-emitted as HTML formatted data without worry
> of hacking issues? I am looking form something more clever than
> simply validating the user's input to conform to "is a number" or
> "is a text field" sorts of thing. I'm specifically looking for a
> function that strips out embedded scripting, SQL, HTML, etc hackery.
> Sure, I'd then like to use it to verify clean form input of course.
How do people ensure safe user input from their forms?
Thanks,
jdl
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
Ok, I think that'll work. I'll try it.
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
Hi Bruno,
Thanks for you candor. Yeah. I appreciate I'm not that that great at
the moment.
By having the usertype id would therefore make the usertype specific
attributes much easier to access, such as showing the usertype name in
the templates. So if my usertype model is this:
class UserType(models.Model):
id = models.CharField(max_length=3, primary_key=True)
name = models.CharField(max_length=30)
def __unicode__(self):
return u'%s' % (self.name)
I just have to use this (using a userprofile this time):
{{ user.get_profile.usertype }}
... rather than this...
if hasattr('user','teacher'):
current_type = "Teacher"
elif hasattr('user','student'):
current_type = "Student"
elif .
everytime I want to find out what type of user I am dealing with.
Anyway. Cheers for the code.
ALJ
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
On Sat, Feb 20, 2010 at 06:42:11AM -0800, Tom wrote:
> Hi all,
>
> I have a view that iterates over a queryset to produce a list of
> items. I have added a checkbox next to each item (from within the
> template) and have multiple 'submit' buttons that will do different
> things with the items selected. For example, one button will delete
> all the items selected.
>
> My question is how can I detect which of the submit buttons has been
> pressed? Is there some property of 'request' that I can access that
> will tell my view which action to peform on the selected items?
>
That is more a html thing than a django thing.
Non-stone-age browsers will pass the particular submit button used
for a form with multiple submits - and only that button - as only
that button is "successful" (IIRC old IE used to do some wierd/dumb
thing involving the name and/or value but I've largely suppressed the
memory...)
http://www.w3.org/TR/html401/interact/forms.html#h-17.13.2
(aside: You'll also still come across some ancient html tutorials claiming
forms are allowed exactly one submit button, that is untrue)
http://www.w3.org/TR/html401/interact/forms.html#submit-button
i.e. given a POSTed form with two submit buttons
Check request.POST.get('cancel') to see if cancel was clicked,
and request.POST.get('accept') to see if accept was clicked.
(remember someone curious can nonetheless construct a post request
with both accept and cancel just to see if your server logic
falls over in exploitable fashion)
While django doesn't actually handle input type=submit for you,
there are "SubmitField" snippets floating about. They may have advantages
(e.g. form prefix handling, could in theory refuse to validate
if more than one SubmitField of the form was successful from a
malicious client, and maybe supply workarounds for that IE annoyance
I only vaguely recollect), but may be overkill - you could e.g. just
pass a "submit" dictionary down to the template, with a key and value
to use as the name of various submit buttons (just to avoid
hardcoding in the template) i.e. the above becomes (assuming you've
stuck the submit dictionary on the form):
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
> Wait, but do profile fields get displayed as part of the form?
Just add them to RegistrationForm and they will. Or create another
form class for Profile, and use the fields from that to populate the
Profile...
{{ reg_form.as_p }}
{{ profile_form.as_p }}
On Feb 20, 10:22 am, Shawn Milochik wrote:
> On Feb 20, 2010, at 10:11 AM, Wiiboy wrote:
>
> > Wait, but do profile fields get displayed as part of the form?
>
> This is Django. It can do whatever you want it to.
>
> Django-registration was specifically written to be reusable so that, for
> example, templates can be overridden with your own.
>
> Shawn
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
Lol..c'mon Bruno, we just resolved this. Stop attacking Emily. You admitted
in your email to me that you could be, in your own words, an "asshole"
sometimes, that your words were "uselessly harsh", and that Emily was right.
Why come onto the thread and attack her again?
I declare this matter closed: let's all behave like mature grown-ups. This
is not a primary school lunch break where we must eat each other's peanut
butter sandwiches and push the girls around.
Now, hug and make up before you sit in the corner.. [?]
On Fri, Feb 19, 2010 at 10:51 PM, bruno desthuilliers <
bruno.desthuilli...@gmail.com> wrote:
> On 18 fév, 12:16, Emily Rodgers
> wrote:
> (snip)
> > I think he stopped helping when he started using phrases like 'crystal
> > ball' and 'wild-guess programming'. They are hostile responses.
> >
>
> Emily, if you manage to stick to your wishfull words for the next ten
> years without even a single possibly "hostile" answer, then you'll
> prove you're a better human being than I'm - needless to say, I whish
> you'll succeed. In the meantime, please reserve your judgments, or
> you're going to fail right from the start...
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To post to this group, send email to django-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> django-users+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/django-users?hl=en.
>
>
--
Regards,
Sithembewena Lloyd Dube
http://www.lloyddube.com
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
<<35D.gif>>
On Feb 20, 2010, at 10:11 AM, Wiiboy wrote:
> Wait, but do profile fields get displayed as part of the form?
This is Django. It can do whatever you want it to.
Django-registration was specifically written to be reusable so that, for
example, templates can be overridden with your own.
Shawn
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
Wait, but do profile fields get displayed as part of the form?
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
Hi all,
I have a view that iterates over a queryset to produce a list of
items. I have added a checkbox next to each item (from within the
template) and have multiple 'submit' buttons that will do different
things with the items selected. For example, one button will delete
all the items selected.
My question is how can I detect which of the submit buttons has been
pressed? Is there some property of 'request' that I can access that
will tell my view which action to peform on the selected items?
The only likely property I can see is QUERY_STRING, but I cannot seem
to come up with any info on what this is or how to set it.
Any thoughts would be greatly appreciated.
Thanks,
Tom
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
On Sat, Feb 20, 2010 at 11:56 AM, Russell Keith-Magee
wrote:
> Yes, I are
> free to choose whatever license you want for your own code, but the
> terms of the GPL mean that your own choice of license on your own
> project *may* affect whether or not I can distribute Web2py along with
> my code.
Let's try that sentence again, this time without the pronoun dance:
Yes, I am free to choose whatever license I want for my own code, but
the terms of the GPL mean that my choice of license on my own project
*may* affect whether I can distribute Web2Py along with my code.
Yours,
Russ Magee %-)
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
Sorry... char.save() should read profile.save()
On Feb 20, 9:05 am, Tim Shaffer wrote:
> It's really not that difficult. You can just override the save()
> method and create the Profile there.
>
> class RegistrationForm(forms.ModelForm):
>
> class Meta:
> model = User
>
> def save(self):
> user = super(RegistrationForm, self).save()
> profile = Profile.objects.create(user=user)
> char.save()
> return user
>
> On Feb 19, 10:22 pm, Wiiboy wrote:
>
>
>
> > That doesn't look like it helps a whole lot actually. I don't see
> > where I can create a registration form including my custom profile
> > model.
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
It's really not that difficult. You can just override the save()
method and create the Profile there.
class RegistrationForm(forms.ModelForm):
class Meta:
model = User
def save(self):
user = super(RegistrationForm, self).save()
profile = Profile.objects.create(user=user)
char.save()
return user
On Feb 19, 10:22 pm, Wiiboy wrote:
> That doesn't look like it helps a whole lot actually. I don't see
> where I can create a registration form including my custom profile
> model.
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
What do you mean by :
> > The have the view that the form posts back to put the result of the search
> > in the generated HTML for the result.
What is the name of view, in which folder.
My question was:
> > 1> 2
>
> > On line 1 user put a word
> > On line 2 user start search in database
> > I would like to get the result of the search printed back in the same
> > field on the line 1.
>From the examples of Django the search result is printed below on the
webpage, but not in the same field where search was performed.
if you could paste code of any example it would be grate.
gintare
On 17 Vas, 18:10, Malcolm Box wrote:
> On Wed, Feb 17, 2010 at 3:12 PM, gintare wrote:
>
> > One more simple question:
>
> > Is it possible that area which is used for data submission also can be
> > updated from python script.
>
> It's not clear what you mean by this. The python (Django) script isn't
> running in the webbrowser, so it can't update the webbrowser unless the
> browser makes a HTTP request and then renders the response.
>
> > 1 > 2
>
> > On line 1 user put a word
> > On line 2 user start search in database
> > I would like to get the result of the search printed back in the same
> > field on the line 1.
>
> > The have the view that the form posts back to put the result of the search
>
> in the generated HTML for the result.
>
> Malcolm
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
On Feb 20, 11:37 am, Derek wrote:
> I am running on my dev machine, working with Django 1.1, Python 2.5.2, Mysql
> 5.0.
>
> My settings.py file has DEBUG = True
>
> I have done this:
>
> $ cd project-dir
> $ python manage.py shell
>
> >>> from django.db import connection
> >>> connection.queries
>
> All that happens is I get a [] result, and am back to the Python prompt
> (>>>).
>
> No queries, as shown
> here:http://docs.djangoproject.com/en/dev/faq/models/#how-can-i-see-the-ra...
>
> are ever displayed, as I browse Admin, edit records etc.
>
> What else do I need to do?
>
> Thanks
> Derek
connection.queries only shows the queries executed in the current
process - so if you call some ORM functions in your shell, you will
see the SQL there. You won't see the queries from your server process
in the shell.
If you do want to see the queries the server is running, your best bet
is to install the Django debug toolbar:
http://github.com/robhudson/django-debug-toolbar
--
DR.
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
I am running on my dev machine, working with Django 1.1, Python 2.5.2, Mysql
5.0.
My settings.py file has DEBUG = True
I have done this:
$ cd project-dir
$ python manage.py shell
>>> from django.db import connection
>>> connection.queries
All that happens is I get a [] result, and am back to the Python prompt
(>>>).
No queries, as shown here:
http://docs.djangoproject.com/en/dev/faq/models/#how-can-i-see-the-raw-sql-queries-django-is-running
are ever displayed, as I browse Admin, edit records etc.
What else do I need to do?
Thanks
Derek
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
Hello,
I want to wrap the django.contrib.auth.views.logout so that it also
deletes all the cookies for my domain, this is my wrapped logout
method.
def grupsal_logout(request, **kwargs):
from django.contrib.auth.views import logout
from django.core.urlresolvers import reverse
response = logout(request,
next_page=reverse('myapp.views.index_view'))
response.delete_cookie('user_location')
return response
It doesn't seem to work. How can I achieve this ?
Thanks
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
2010/2/20 Norbert Wójtowicz :
> Howdy,
> Just started a new project with Django trunk (have been using Django 1.1
> lately, so please bare with me).
> After I got a basic setup going I installed the latest release of south, but
> that bombed spectacularly with database errors in settings.py.
...
> I'd really appreciate any guidance or divine intervention.
The best guidance I can offer is to ask your question in the right
place. While Django-users might be able to answer your question, your
odds are much higher on the South-dedicated mailing list [1].
[1] http://groups.google.com/group/south-users
Yours,
Russ Magee %-)
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-us...@googlegroups.com.
To unsubscribe from this group, send email to
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
37 matches
Mail list logo
|