On 12 Jul 2006, at 02:28, Malcolm Tredinnick wrote:
> I approached things from a different direction, though, more
> concentrating on how to unit test templates and views (as in not
> requiring a full end-to-end application setup in order to test
> them). So
> it's actually a orthogonal to wha
I've now got Nederlands in my
template - clicking on it translates into Dutch which is great BUT when
I go to the next screen the language option is lost :-(
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django d
Simon Willison wrote:
>
> On 12 Jul 2006, at 02:28, Malcolm Tredinnick wrote:
>
>> I approached things from a different direction, though, more
>> concentrating on how to unit test templates and views (as in not
>> requiring a full end-to-end application setup in order to test
>> them). So
>>
Soory - that should read "...when I got to the next screen the selected
language is lost and so the page is in English"
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this grou
Hey Simon,
Simon Willison wrote:
> The best way of running tests against a Django application, to my
> mind, is to run a "fake" web server (i.e. one that doesn't actually
> bind to a port) around the application. This fake server acts as a
> test harness. Tests can then create HttpRequest o
Gábor Farkas wrote:
> regarding running a "fake" webserver.. did you look at twill?
But it does not allow to test against the context!
Michael
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" gr
Michael Radziej wrote:
> Gábor Farkas wrote:
>> regarding running a "fake" webserver.. did you look at twill?
>
> But it does not allow to test against the context!
>
yes, that's why i said 'regarding running a "fake" webserver' :-)
but it offers the advantage of being able to simulate the web
OK, here's a brief summary of what I was thinking about. It dovetails
nicely with Simon's thinking, so I don't have to rewrite all my notes.
This is a brain dump and can probably be safely ignored if it sounds
like rubbish, for reasons I mention at the end.
On Thu, 2006-07-13 at 01:41 -0700, Simo
Gribbie wrote:
> Soory - that should read "...when I got to the next screen the selected
> language is lost and so the page is in English"
Check your settings.py:
MIDDLEWARE_CLASSES = (
"django.middleware.common.CommonMiddleware",
"django.contrib.sessions.middleware.SessionMiddleware",
> Unless you can make a particularly convincing case for using an alternative,
> based upon some deficiency of unittest that will adversely affect django
> testing, I'm inclined to stick with whats in the standard library.
To me, possibly due to my own moral failings :), the most compelling
case
[EMAIL PROTECTED] wrote:
>
> To me, possibly due to my own moral failings :), the most compelling
> case is the one that speaks to developer laziness. With the nose-django
> plugin, nose does right now everything in your proposal, with the
> exception of finding non-doctests in models.py. In addi
Added the missing LANGUAGES bit to settings.py and it works!
Added:
English
Nederlands
to the template.
Method in views.py is:
def customer_welcome(request):
return render_to_response('customer_welcome.html',
'request':request, 'user':request.user})
And i18n sorts it all out!
Thank
> It makes coverage reports? And they work with Django? Whow!
Sure.
It uses Ned Batchelder's coverage module:
http://www.nedbatchelder.com/code/modules/coverage.html
Grab that, nose and the nose-django plugin, install the plugin with
python setup.py develop (may need sudo, depending on your pla
Luke Plant wrote:
> On Wednesday 12 July 2006 21:27, Gary Wilson wrote:
> > Jay Parlar wrote:
> > > You can use functions inside list_display:
> > >
> > > class Admin:
> > > list_display = ('get_last_name',)
> > >
> > > def get_last_name(self):
> > > return self.user.last_n
On Thursday 13 July 2006 20:26, Gary Wilson wrote:
> Luke Plant wrote:
> > On Wednesday 12 July 2006 21:27, Gary Wilson wrote:
> > > Jay Parlar wrote:
> > > > You can use functions inside list_display:
> > > >
> > > > class Admin:
> > > > list_display = ('get_last_name',)
> > > >
> >
On Thursday 13 July 2006 22:07, Luke Plant wrote:
> In that particular case, yes (and in this instance it might be
> possible to implement what you want be writing a custom manager and
> overriding get_query_set() so that it adds a join and custom
> ordering), but there is no (feasible) way of in
Luke Plant wrote:
> In that particular case, yes (and in this instance it might be possible
> to implement what you want be writing a custom manager and overriding
> get_query_set() so that it adds a join and custom ordering), but there
> is no (feasible) way of introspecting get_last_name() and w
I think we still need the AnonymousUser and from the number of
references to is_anonymous in python modules I think we still need a
negation of it.
So how can we work towards a consensus on the best name for a function
which is the negative of is_anonymous?
On a side note, in templates I don't t
SmileyChris wrote:
> I think we still need the AnonymousUser and from the number of
> references to is_anonymous in python modules I think we still need a
> negation of it.
Yes I think AnonymousUser is still helpful in python code, and yes I
think we should deprecate is_anonymous before removing
On Jul 13, 2006, at 4:36 PM, SmileyChris wrote:
> On a side note, in templates I don't think you can actually do {% if
> user.has_perm('myperm') %} anyway.
You actually can (if you're using RequestContext)::
{% if perms.auth.can_add_user %}
...
{% endif %}
Jacob
Gary Wilson wrote:
> I think I now vote for is_authenticated since the is_loggedin versions
> could more easily be taken the wrong way (by trying to lookup all users
> who are logged in). I would be less inclined to try and lookup all
> users who are authenticated. Make any sense?
Makes sense t
I'm doing a run through the admin interface, looking for non-escaping
problems.
One problem surfaced more or less immediately, though: the
"unordered_list" filter. Wrapping that in an escaped block or passing
the results through the "escape" filter obviously doesn't work. We
*want* the elements
A question for the maintainers...
The easiest way to screw up admin page displays at the moment is to put
a '<' in your model's verbose name or plural verbose name.
The admin interface handles this inconsistently: sometimes spitting out
just the raw string, and sometimes presenting the string vi
Hello,
I would like to make the basehttp.py log_message() function log more
than it currently does. It seems if I want more things logged, I will
just have to pass them to the args argument.
The problem is that I don't understand how this method is ever called.
I've grep'd for it by name and on
On Fri, 2006-07-14 at 02:25 +, Omar El-Domeiri wrote:
> Hello,
>
> I would like to make the basehttp.py log_message() function log more
> than it currently does. It seems if I want more things logged, I will
> just have to pass them to the args argument.
>
> The problem is that I don't unde
On 7/13/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> Historically, was there a wish/need to put interpretable HTML in the
> model verbose names? I am happy to go through and add escaping
> everywhere they are used in admin (and other places in contrib/), but if
> they are needed for some re
On Thu, 2006-07-13 at 22:06 -0500, Adrian Holovaty wrote:
> On 7/13/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > Historically, was there a wish/need to put interpretable HTML in the
> > model verbose names? I am happy to go through and add escaping
> > everywhere they are used in admin (a
On Jul 13, 2006, at 10:06 PM, Adrian Holovaty wrote:
> I think we must have had a need for interpretable in HTML in
> verbose_names at some point, but I'm cool with changing the admin site
> to escape the verbose_names rather than strip tags...Maybe Jacob has
> additional insights, as he's the cor
On Fri, 2006-07-14 at 13:11 +1000, Malcolm Tredinnick wrote:
> On Thu, 2006-07-13 at 22:06 -0500, Adrian Holovaty wrote:
> > On 7/13/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > > Historically, was there a wish/need to put interpretable HTML in the
> > > model verbose names? I am happy to
Malcolm Tredinnick wrote:
> Is there any alternative to creating an escaped_unordered_list tag? (Any
> better name for this tag? It's too long)
How about {{ obj_bag|unordered_list:"escape" }} ?
--~--~-~--~~~---~--~~
You received this message because you are subs
Hi.
I was wondering if anyone else has tried to integrate openID with
django's user system.
I was wondering how you store the authenticated URL into the auth
system.
does the new multi-auth backend help here? I'm trying to let people
with openID accounts
to sign-in and use my system along
On 7/13/06, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
Yes, please post the patch before committing -- this is definitely a big thing.Ok; i've just attached a first pass set of patches to ticket #2333. The objectives of these patches:- Add a 'test' target to django-admin that will start the test su
On 7/13/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> It makes coverage reports? And they work with Django? Whow!Sure.
Now - that's what I call a convincing reason to switch.I'm still hesitant to make the _default_ testing scheme dependent on an external package, simply because Django doesn't
On Jul 14, 2006, at 12:13 AM, Russell Keith-Magee wrote:
> On 7/13/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>
>>
>>> It makes coverage reports? And they work with Django? Whow!
>>
>> Sure.
>
>
> Now - that's what I call a convincing reason to switch.
Indeed :)
> I'm still hesitant to
# I was wondering if anyone else has tried to integrate openID with
# django's user system.
#
# I was wondering how you store the authenticated URL into the auth
# system.
I've used OpenID with Django. I created a table with a user_id FK and
an OpenID URL field. Each user account mapped to a
On 14/07/2006, at 4:18 PM, Jonathan Daugherty wrote:
>
> # I was wondering if anyone else has tried to integrate openID with
> # django's user system.
> #
> # I was wondering how you store the authenticated URL into the auth
> # system.
>
> I've used OpenID with Django. I created a table with a
# I got it working, and am using the new 1.2 extensions .. which work
# great.
Great!
# http://zyons.com/openid/
# for those who want to try it out.
The openid image doesn't appear in the #id_url element, by the way.
Also, in accordance with the recommendation for OpenID form input
fields, it'd
37 matches
Mail list logo