I'm going to be updating the project page with as much bad English as
I can possibly write :)
If anyone else is interested in contributing the project please let me
know.
On Dec 19, 8:33 pm, "Jeremy Dunck" <[EMAIL PROTECTED]> wrote:
> Here's the IRC chat from today:
>
> Most useful bits:
>
> dja
Here's the IRC chat from today:
Most useful bits:
django-orm-cache.googlecode.com now exists.
todo:
[10:29pm] jdunck: Investigate whether ferringb (of curse) supplied
signal performance patch
[10:29pm] jdunck: Add multiget to all cache backends
[10:29pm] jdunck: Add max_key_length, max_value_le
On Dec 19, 2007 10:26 PM, gzy <[EMAIL PROTECTED]> wrote:
>
> Hi I have a fairly consistent idea of how this might work, And I am
> willing to write it as long as some one promises to help me out with
> deep understanding of how Django works. The apps code is a pleasure to
> look at - at most times
On Dec 20, 12:41 pm, "James Bennett" <[EMAIL PROTECTED]> wrote:
> On Dec 19, 2007 4:26 AM, SmileyChris <[EMAIL PROTECTED]> wrote:
>
> > What I find mildly amusing is Malcolm's comment in the ticket [1]
> > which is pretty much the opposite of what he's saying now. In his
> > defence, he did say he
Hi Aidas --
In the future, please direct questions of this nature to django-users.
Django-dev is for discussion of development *on* Django itself, not
for usage questions.
That said:
On 12/19/07, Aidas Bendoraitis <[EMAIL PROTECTED]> wrote:
> Do you consider this approach for extending existing
On Wed, 2007-12-19 at 10:18 -0500, Karen Tracey wrote:
[...]
>
> Looks like it is an oddball (high quality weed?) mysql setting (see
> http://dev.mysql.com/doc/refman/5.1/en/set-option.html):
>
> * SQL_AUTO_IS_NULL = {0 | 1}
>
> If set to 1 (the default), you can find th
On Dec 19, 2007 4:26 AM, SmileyChris <[EMAIL PROTECTED]> wrote:
> What I find mildly amusing is Malcolm's comment in the ticket [1]
> which is pretty much the opposite of what he's saying now. In his
> defence, he did say he would have to think about it for a bit
> longer ;)
What strikes me about
Hello, Pythoners!
It is possible to add properties and methods to classes dynamically,
like this
{{{
def add_method():
def get_username(self):
return self.username
from django.contrib.auth.models import User
User.get_username = get_username
def call_added_method():
from
I've been working on Brian Beck's original django_cas module which is
used for only authentication against Yale CAS (central authentication
service). Django_cas relies on the contrib.auth backend for storing
all existing user permissions. The django_cas plugin takes the url
for /accounts/login/
Let me start by saying I haven't read over this entire post (only
briefly on the initial thread).
For messages, why not switch these to using sessions? We have
implemented anonymous (on-demand) sessions locally, it could be very
useful to do this in general.
On Dec 19, 8:51 am, David Danier <[EM
> Over-engineered? A documentation change, plus a one-line config
> change? Surely not! What would be the right amount of engineering,
> then?
Perhaps I misunderstood your proposal.
Michael Trier
blog.michaeltrier.com
--~--~-~--~~~---~--~~
You received this messa
> OK, so what you want is very very different from what I'm getting at here.
Yes and no, see below.
> What I want == newforms-admin can be run without django.contrib.auth,
> and people who do so understand that in doing so they are jettisoning
> anything which relies on django.contrib.auth.
Tru
Take a look at this sites related to christmas celebrations
http://allegroariel.0catch.com/curious-george-halloween-coloring-pages.html
curious george halloween coloring pages
http://allegroariel.0catch.com/free-coloring-pages-for-halloween.html
free coloring pages for halloween
http://allegroa
On Dec 19, 2007 8:51 AM, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
>
>
> On Wed, 2007-12-19 at 14:36 +0100, Patryk Zawadzki wrote:
> > 2007/12/19, Malcolm Tredinnick <[EMAIL PROTECTED]>:
> > > Clearly something is amiss here, since the "id" attribute is a primary
> > > key column (not NULL and
1. You still can use super in NonDeleted.get_query_set by using
self.__class__ instead of NonDeleted
2. It could be better to use issubclass(key, models.Manager) instead
of key == 'objects'
On 19 дек, 11:53, Sridhar Ratnakumar <[EMAIL PROTECTED]> wrote:
> I wanted to share this little hack of min
On Wed, 2007-12-19 at 09:01 -0500, Forest Bond wrote:
> Hi,
>
> I ran into a backwards-incompatible change related to changing behavior of
> APPEND_SLASH:
>
> http://code.djangoproject.com/changeset/6852
>
> I had some URL patterns in my urlconf that matched URLs with and without a
> trailing
Hi,
I ran into a backwards-incompatible change related to changing behavior of
APPEND_SLASH:
http://code.djangoproject.com/changeset/6852
I had some URL patterns in my urlconf that matched URLs with and without a
trailing slash. Previously, these would always get redirected to the version
with
Greetings folks,
I've released a first cut at some Django models that are designed for
modeling directed graphs, and node metadata as well as some initial
work towards support for OpenSocial data APIs. The hope is that this
will be a useful building block for people wanting to implement social
ne
On Wed, 2007-12-19 at 14:36 +0100, Patryk Zawadzki wrote:
> 2007/12/19, Malcolm Tredinnick <[EMAIL PROTECTED]>:
> > Clearly something is amiss here, since the "id" attribute is a primary
> > key column (not NULL and unique, by definition), so nothing should match
> > against the query. The genera
2007/12/19, Malcolm Tredinnick <[EMAIL PROTECTED]>:
> Clearly something is amiss here, since the "id" attribute is a primary
> key column (not NULL and unique, by definition), so nothing should match
> against the query. The generated SQL can be seen by looking at
> Choices.objects.filter(id__exac
Hi I have a fairly consistent idea of how this might work, And I am
willing to write it as long as some one promises to help me out with
deep understanding of how Django works. The apps code is a pleasure to
look at - at most times. But whenever I look into the code itself I
can't see the python b
If anybody would like to look at a strange MySQL problem, I'd appreciate
some insights.
Checkout the queryset-refactor branch and run the null_queries test with
the 'mysql' (or 'mysql_old') backend.
`--> ./runtests.py --settings=settings1 null_queries
---
On Dec 19, 2007 6:47 AM, David Danier <[EMAIL PROTECTED]> wrote:
> True, but having to duplicate every app in django.contrib I want to use
> (and which uses django.contrib.auth.models.User) only because the
> ForeignKey is wrong, that's bad in my opinion. And fixing the admin will
> not really hel
> If it is apocalyptically destructive to your application for there to
> be tables it doesn't use, then this is a problem.
Thats not really the problem, even if I don't really like it and don't
think it's what perfectionists like either.
> If you don't mind the fact that you won't be using the
On 12/19/07, simonbun <[EMAIL PROTECTED]> wrote:
> The only thing I was wondering is how #2070 is affected by all this?
> I'm not sure if this has come up before; a search in the archives
> didn't produce anything useful.
There's obviously a slight relation since #2070 would need to commit
files
What I find mildly amusing is Malcolm's comment in the ticket [1]
which is pretty much the opposite of what he's saying now. In his
defence, he did say he would have to think about it for a bit
longer ;)
In any case, before I wrote the backwards-incompatible patch, I wrote
one that is pretty much
I wanted to share this little hack of mine - conceptual (not database-
based) inheritance for django:
http://nearfar.org/blog/django-model-inheritance.html
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django deve
On Dec 19, 2:54 am, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> On Tue, 2007-12-18 at 01:12 -0800, SmileyChris wrote:
> >http://code.djangoproject.com/ticket/2891was marked as a wontfix by
> > jacob after "discussion with Malcolm".
>
> > Neither Collin or myself (or several others on IRC) ca
On Dec 19, 1:39 am, Empty <[EMAIL PROTECTED]> wrote:
> I had not seen that ticket when I wrote the post, but I think it's a
> very good solution. Although I appreciate all the thought that Vinay
> Sajip put into it, I think the solution he proposes is over-engineered
> for this situation. The
29 matches
Mail list logo
