On Sun, 2009-03-22 at 14:07 +0530, Madhusudan C.S wrote:
[...]
>
> To be very frank I haven't myself come up with anything
> concrete till now, since the ideas list themselves don't
> tell anything in specific, but just give a hint to what
> might be lead to a potential GSoC project.
B
On Sun, Mar 22, 2009 at 5:57 PM, Malcolm Tredinnick
wrote:
> Kind of disappointed that none of the other "commit at will" people have
> chimed in on this one (Adrian? Jacob? Russell? Bueller?...) I suspect
> I'm going to lose, but I'd genuinely like to know that there's something
> more than apat
> Well, it'd be easy enough to simply write and bundle a one-off
> subclass that does Akismet, and people can use that. [snip]
I think that's absolutely the right call. I wouldn't expect django to
provide every solution, just allow for some reasonable hooks for
customization.
-justin
--
Just
On Sun, 2009-03-22 at 21:29 -0500, James Bennett wrote:
> On Sun, Mar 22, 2009 at 9:20 PM, Justin Lilly wrote:
> > My thoughts are that while akismet is the current gold standard, it
> > should be replaceable with another, user-defined, backend if you so
> > choose. Another that comes to mind is
On Sun, Mar 22, 2009 at 10:38 PM, Thejaswi Puthraya <
thejaswi.puthr...@gmail.com> wrote:
>
>
> On Mar 23, 6:42 am, James Bennett wrote:
> [snipped]
> > Is there any reason behind that? I know there's always some wariness
> > when it comes to relying on a third-party service for a Django
> > feat
On Mar 23, 6:42 am, James Bennett wrote:
[snipped]
> Is there any reason behind that? I know there's always some wariness
> when it comes to relying on a third-party service for a Django
> feature, but Akismet seems to be the gold standard for this and
> providing at least a CommentModerator sub
On Sun, Mar 22, 2009 at 9:20 PM, Justin Lilly wrote:
> My thoughts are that while akismet is the current gold standard, it
> should be replaceable with another, user-defined, backend if you so
> choose. Another that comes to mind is http://stupidfilter.org/main/
> which attempts to tell if someth
My thoughts are that while akismet is the current gold standard, it
should be replaceable with another, user-defined, backend if you so
choose. Another that comes to mind is http://stupidfilter.org/main/
which attempts to tell if something is stupid, rather than spam.
-justin
On Sun, Mar 22, 20
On Sun, Mar 22, 2009 at 9:51 PM, Vitaly Peressada wrote:
>
> Malcolm, I might take a stab on this later. Do you know if queryset-
> refactor branch was merged into trunk?
>
> On Mar 20, 10:52 pm, Malcolm Tredinnick
> wrote:
> > On Fri, 2009-03-20 at 05:08 -0700, Vitaly Peressada wrote:
> > > @Mal
Malcolm, I might take a stab on this later. Do you know if queryset-
refactor branch was merged into trunk?
On Mar 20, 10:52 pm, Malcolm Tredinnick
wrote:
> On Fri, 2009-03-20 at 05:08 -0700, Vitaly Peressada wrote:
> > @Malcolm:
>
> > I agree with you that there are some holes in code - it was
Ticket #9282 [1] is aiming to integrate the simple comment-moderation
features from my (now out-of-date) comment-utils application directly
into contrib.comments, and I notice from looking at the ticket and
attached patches that the built-in support for calling out to Akismet
has been removed.
Is
On Mon, Mar 23, 2009 at 7:57 AM, Malcolm Tredinnick
wrote:
>
> Kind of disappointed that none of the other "commit at will" people have
> chimed in on this one (Adrian? Jacob? Russell? Bueller?...) I suspect
> I'm going to lose, but I'd genuinely like to know that there's something
> more than ap
On Sun, 2009-03-22 at 18:06 -0700, nwalt...@sprynet.com wrote:
> I'm trying to compare the current user logged on to user stored in the
> database (using GAE - Google App Engine).
>
> Here are my four attempts so far and their results:
>
> 1) {%ifequal conference.userAdded user.email %}
Thi
On Sun, 2009-03-22 at 17:23 -0700, nwalt...@sprynet.com wrote:
> I have a table where users can add their own rows, but the admin must
> approve it.
> So my model contains this:
> dateAdminDecision = db.DateTimeProperty(auto_now=True)
>
> Obviously, at first, every row, even when the users adde
On Sun, Mar 22, 2009 at 9:06 PM, nwalt...@sprynet.com
wrote:
>
> I'm trying to compare the current user logged on to user stored in the
> database (using GAE - Google App Engine).
>
> Here are my four attempts so far and their results:
>
> 1) {%ifequal conference.userAdded user.email %}
> 2)
I'm trying to compare the current user logged on to user stored in the
database (using GAE - Google App Engine).
Here are my four attempts so far and their results:
1) {%ifequal conference.userAdded user.email %}
2) {%ifequal {conference.userAdded} {user.email} %}
3) {%ifequal
On Sun, Mar 22, 2009 at 8:23 PM, nwalt...@sprynet.com
wrote:
>
> I have a table where users can add their own rows, but the admin must
> approve it.
> So my model contains this:
> dateAdminDecision = db.DateTimeProperty(auto_now=True)
>
> Obviously, at first, every row, even when the users added
I have a table where users can add their own rows, but the admin must
approve it.
So my model contains this:
dateAdminDecision = db.DateTimeProperty(auto_now=True)
Obviously, at first, every row, even when the users added their data,
was getting set to this date.
But I only want the date to be
On Sun, 2009-03-15 at 12:44 -0700, Dan Watson wrote:
> On Mar 15, 1:12 pm, "Gary Wilson Jr." wrote:
> > What do you think?
>
> Wouldn't this be a backwards-incompatible change at this point? It
> would clash with any model fields named "update".
No, because of a technicality. We considered this
On Sat, 2009-03-21 at 23:18 -0700, igor.potapenko wrote:
> Is it normal behavior?
> In example below, I try to call myapp2.view.cat2_view through "/a/"
> url-path. It's calling, however another views myapp1.view.cat1_viewis
> also calling with it at same time.
Django doesn't call more than one vi
I have just submitted a proposal on Trac regarding how Django should
handle datetimes.
Quick summary:
1. PostgreSQL should not have time zone set, or have time zone set to
'UTC'.
2. Django should store all datetime on DB backends as '''naive UTC'''
datetime.
3. `settings.TIME_ZONE` becomes a
On Sun, Mar 22, 2009 at 11:55, Christian Schilling
wrote:
>
> As i already spend some time implementing demormalization for django
> (the "django-denorm" project on github mentioned above), i'd like to
> ad a few thoughts:
>
> The solutions created by Andrew Godwin and me currently rely completly
On Sun, Mar 22, 2009 at 10:31 AM, Justin Lilly wrote:
> Just rounding up a list of tickets I've worked on which could use
> another pair of eyes.
Thanks; I've reviewed 'em. Note that a couple are already marked for
1.1, which means we'll get to 'em between the beta and the final.
Right now we're
As i already spend some time implementing demormalization for django
(the "django-denorm" project on github mentioned above), i'd like to
ad a few thoughts:
The solutions created by Andrew Godwin and me currently rely completly
on django signals to detect database rows that need updating.
This ha
Just rounding up a list of tickets I've worked on which could use
another pair of eyes. Consider this a call for reviews for the
following tickets:
6273 support for passwd-like password changing
http://code.djangoproject.com/ticket/6273
A new feature, albeit a small one, which adds a management
Is it normal behavior?
In example below, I try to call myapp2.view.cat2_view through "/a/"
url-path. It's calling, however another views myapp1.view.cat1_viewis
also calling with it at same time.
F:\igor\apps\devel\django\temp>django-admin.py startproject myproj
F:\igor\apps\devel\djang
Hello,
akaihola wrote:
>> Having just had a quick read fo the source -- this is the first time
>> I've heard of the project -- it looks well enough written. Akaihola does
>> know his stuff; we already know that. Possibly we wouldn't pull in the
>> whole project, but get a patch to add the fieldse
On 19 maalis, 02:24, Malcolm Tredinnick
wrote:
> Having just had a quick read fo the source -- this is the first time
> I've heard of the project -- it looks well enough written. Akaihola does
> know his stuff; we already know that. Possibly we wouldn't pull in the
> whole project, but get a patc
Hi Malcolm,
Thanks a lot for replying.
On Sun, Mar 22, 2009 at 3:08 AM, Malcolm Tredinnick <
malc...@pointy-stick.com> wrote:
>
> > Hi Malcolm and all,
> >Doesn't ticket #5929 (http://code.djangoproject.com/ticket/5929)
> > look very similar to what I proposed for Python? Allowing Python
>
On 22 Mrz., 09:30, Waldemar Kornewald wrote:
> On Mar 22, 4:23 am, Renato Garcia Pedigoni
> wrote:
>
> > I didn't know this project, Andrew, thank you. This is a very generic
> > approach. Very nice.
> > I figure out that to keep working with class attributes, and keeping the
> > syntax clean, l
On Mar 22, 4:23 am, Renato Garcia Pedigoni
wrote:
> I didn't know this project, Andrew, thank you. This is a very generic
> approach. Very nice.
> I figure out that to keep working with class attributes, and keeping the
> syntax clean, like I intended, there should be at least three fields
> (Agg
31 matches
Mail list logo