James has replaced the content of
http://code.djangoproject.com/wiki/DjangoSpecifications/Core/Threading
with the following disclaimer:
"This page and several others were created by a
wiki user who was not and is not a member of the
Django core team. Previous contents of this and
other similar p
It seems Safari (Mac, at least) is still plagued by what seems to be
the behaviour described by http://code.djangoproject.com/ticket/348 -
when you have a ManyToMany, and have turned it into a javascript-
enabled filter box pair (SelectFilter2.js), then you get funky
behaviour.
This is fine in Fir
On Tue, Apr 6, 2010 at 9:42 AM, schinckel wrote:
> It seems Safari (Mac, at least) is still plagued by what seems to be
> the behaviour described by http://code.djangoproject.com/ticket/348 -
> when you have a ManyToMany, and have turned it into a javascript-
> enabled filter box pair (SelectFilte
On Tue, Apr 6, 2010 at 8:56 PM, mrts wrote:
> James has replaced the content of
>
> http://code.djangoproject.com/wiki/DjangoSpecifications/Core/Threading
>
> with the following disclaimer:
>
> "This page and several others were created by a
> wiki user who was not and is not a member of the
> Dja
On Apr 7, 12:20 am, Jacob Kaplan-Moss wrote:
> On Tue, Apr 6, 2010 at 9:42 AM, schinckel wrote:
[snip]
>
> A new ticket would be better -- browsers have changed a lot since
> Firefox 1.0.6 (wow, Django's OLD!) -- and the bug's likely to be
> different. You can reference #348 and mention it seems
Hi,
Just thought I'd ask whether or not http://code.djangoproject.com/ticket/10917
would be able to make it into Django 1.2?
I know now is not the greatest time to ask, but it seems like a fairly tiny
change that would help to make the new messages framework a lot more flexible
when customisin
Hello!
This is my first time at GSoC and I'm sure that coding for Django will
be very interesting. As I don't have experience with Django I thought
the best project for me would be doing some housekeeping, which at the
same time would give me a wider understanding of Django inside out.
However, I
On Tue, Apr 6, 2010 at 11:58 AM, Elayne Morais wrote:
> Hello!
>
> This is my first time at GSoC and I'm sure that coding for Django will
> be very interesting. As I don't have experience with Django I thought
> the best project for me would be doing some housekeeping, which at the
> same time wou
Thank you Alex!
Just one question remains: you said you dont know how many students you'll
be able to select until the application process finishes. How does it work?
And one more thing: is there any critical part of Django that needs
housekeeping?
Thanks again.
Elayne.
On Tue, Apr 6, 2010 at
On Tue, Apr 6, 2010 at 1:48 PM, elayne wrote:
> Thank you Alex!
>
> Just one question remains: you said you dont know how many students you'll
> be able to select until the application process finishes. How does it work?
>
> And one more thing: is there any critical part of Django that needs
> hou
On Tue, Apr 6, 2010 at 11:17 AM, David Reynolds
wrote:
> Hi,
>
> Just thought I'd ask whether or not
> http://code.djangoproject.com/ticket/10917 would be able to make it into
> Django 1.2?
No. It's a feature addition, and we're well past feature freeze.
Sorry,
Jacob
--
You received this mes
On Tue, Apr 6, 2010 at 12:52 PM, Alex Gaynor wrote:
> Google assigns us some number of slots. From my memory: 2 years ago
> is was 3/4 slots, last year we had 6. We don't know how many we'll
> get this year.
We actually request a certain number of slots, and Google uses our
suggestion along wit
Thank you! I'll try my best!
On Tue, Apr 6, 2010 at 3:58 PM, Jacob Kaplan-Moss wrote:
> On Tue, Apr 6, 2010 at 12:52 PM, Alex Gaynor
> wrote:
> > Google assigns us some number of slots. From my memory: 2 years ago
> > is was 3/4 slots, last year we had 6. We don't know how many we'll
> > get t
On 6 Apr 2010, at 19:54, Jacob Kaplan-Moss wrote:
>> Just thought I'd ask whether or not
>> http://code.djangoproject.com/ticket/10917 would be able to make it into
>> Django 1.2?
>
> No. It's a feature addition, and we're well past feature freeze.
No problem, just thought I'd ask.
Sorry for
On Apr 7, 6:21 pm, Russell Keith-Magee wrote:
> James spoke with me about this decision at the time, and I completely
> agree with and endorse his actions.
So be it then.
> While it is true that wikis contain all sorts of information, often
> unofficial, the naming of the wiki pages in question
The following code reproduces an issue I'm getting on prod with
verbose_name. When using .only(), the class changes, and Meta does not
get inherited.
Trac is being even more terrible than usual, I've been trying to file
a bug for the past 15 minutes. I'd love to work on a patch, hopefully
get this
On Wed, Apr 7, 2010 at 3:37 AM, mrts wrote:
> On Apr 7, 6:21 pm, Russell Keith-Magee wrote:
>> James spoke with me about this decision at the time, and I completely
>> agree with and endorse his actions.
>
> So be it then.
>
>> While it is true that wikis contain all sorts of information, often
>
Non-relational database support for the Django ORM
==
Note: I am withdrawing my proposal on template compilation. Another student
has expressed some interest in working on it, and in any event I am now more
interested in working on this project.
A
On Wed, Apr 7, 2010 at 4:33 AM, Jerome Leclanche wrote:
> The following code reproduces an issue I'm getting on prod with
> verbose_name. When using .only(), the class changes, and Meta does not
> get inherited.
>
> Trac is being even more terrible than usual, I've been trying to file
> a bug for
On Tue, 2010-04-06 at 23:33 +0300, Jerome Leclanche wrote:
> The following code reproduces an issue I'm getting on prod with
> verbose_name. When using .only(), the class changes, and Meta does not
> get inherited.
>
> Trac is being even more terrible than usual, I've been trying to file
> a bug f
20 matches
Mail list logo
