Re: Admin - Selector Inlines in 1.3?

That would be a rather nice feature. +1 On Thu, Jul 15, 2010 at 2:21 AM, andybak wrote: > Hi, > > As far as I know this is the only major chunk of Zain's SOC work that > didn't make it into 1.2 > > There's a ticket for it: http://code.djangoproject.com/ticket/12509 > that's

Re: Invalid SQL generated by objects.all()[:1]?

On Thu, 2010-07-15 at 15:57 -0600, Ian Kelly wrote: > > > > It may be that they aren't allowed by the spec, but the only database > > (that Django includes an adapter for) that doesn't support them > > (AFAIK) is MySQL. Further, Event.objects.all()[:1] doesn't generate a > > subquery at all. > >

Re: Accessible Command Output using self.stdout & self.stderr

Hi guys, To support http://code.djangoproject.com/ticket/13476 , it'd be great if someone converted current prints to use self.stdout and self.stderr. Alternative suggestions are welcome... On Fri, Jul 16, 2010 at 6:38 AM, Russell Keith-Magee wrote: > On Fri, Jul 16,

memcached-based-cache - timeout=0 does not work as intended by memcached

Hello, I am not quite sure if this is the right mailinglist but as long as my remarks are about a core-component of django I hopefully chose the right list. Dealing with cache-stuff in Django I realized that it seems to be impossible to use a timeout=0 (which in terms of memcached meant

High Performance solutions are needed to do things like urlretrieve

urlretrieve works fine. However, when file size get very large. It goes on forever, and even fails. For instance, one of download .zip file is of 363,096KB. Particularly, when trying to get, with urlretrieve, a zipped folder of a very large size, it could take up to 20 to 30 minutes. Often it

Re: memcached-based-cache - timeout=0 does not work as intended by memcached

+1 Sent from my mobile device. On Jul 16, 2010 6:54 AM, "Carsten Reimer" wrote: Hello, I am not quite sure if this is the right mailinglist but as long as my remarks are about a core-component of django I hopefully chose the right list. Dealing with

Patch: Indefinite args for simpletags and inclusion tags

Hi, I've patched django to allow indefinite args for simple tags and inclusion tags. My impetus for doing so was as follows: I have a project that registers inclusion template tags for methods on objects in a registry. (http://github.com/melinath/pipettes/blob/ master/templatetags/pipettes.py) In

Re: Patch: Indefinite args for simpletags and inclusion tags

On Fri, Jul 16, 2010 at 1:07 PM, Stephen Burrows < stephen.r.burr...@gmail.com> wrote: > Before posting the patch to django's ticketing system, I wanted to > check whether this would be a non-trivial patch and whether there > might be any good alternatives. > Hard to tell without seeing the

request.is_ajax() and hidden iframe kludge => request.is_framejax()?

People doing ajax have probably hit the "XMLHttpRequest doesn't do file uploads (at least not non-browser-specifically), use a hidden iframe kludge or flash" issue. Anyway, maybe that will change one day, but right now: Things that try to handle file uploads via hidden iframes, like the

Re: Patch: Indefinite args for simpletags and inclusion tags

I went ahead and made a ticket with the patch. Thanks! http://code.djangoproject.com/ticket/13956 --Stephen On Jul 16, 1:25 pm, Tobias McNulty wrote: > On Fri, Jul 16, 2010 at 1:07 PM, Stephen Burrows < > > stephen.r.burr...@gmail.com> wrote: > > Before posting the patch

djangoproject.com hiccup: community section configured wrong

Did someone fiddle with the server recently? Scott Turnbull join pointed out a problem on http://www.djangoproject.com/community/ -- some links point to example.com. I looked just now, and it looks like the importer ran incorrectly for one run -- from "My thoughts on DjangoCon Berlin 2010" to

Re: High Performance solutions are needed to do things like urlretrieve

On Jul 16, 1:51 pm, shi shaozhong wrote: > Any solution for this? Yes; plz post usage questions to django-users. Cheers, Florian -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email

Re: djangoproject.com hiccup: community section configured wrong

On Fri, Jul 16, 2010 at 4:20 PM, Jeremy Dunck wrote: > Did someone fiddle with the server recently? > > Scott Turnbull join pointed out a problem on > http://www.djangoproject.com/community/ -- some links point to > example.com. > > I looked just now, and it looks like the

Re: request.is_ajax() and hidden iframe kludge => request.is_framejax()?

Hi, On Jul 16, 7:25 pm, David De La Harpe Golden wrote: > People doing ajax have probably hit the "XMLHttpRequest doesn't do file > uploads (at least not non-browser-specifically), use a hidden iframe > kludge or flash" issue. Anyway, maybe that will change one

Re: djangoproject.com hiccup: community section configured wrong

On Jul 16, 11:20 pm, Jeremy Dunck wrote: > I looked just now, and it looks like the importer ran incorrectly for > one run -- from "My thoughts on DjangoCon Berlin 2010" to "First Post" > on the run at July 9, 2010 at 4:04 PM. Aren't those all from http://nomadblue.com/?

Re: djangoproject.com hiccup: community section configured wrong

On Fri, Jul 16, 2010 at 4:29 PM, Alex Gaynor wrote: ... > Are we sure it wasn't a problem with whoevers blog that is? D'oh. You're right, I thought since it affected multiple entries, it must be multiple sites, all those entries are from the same site. -- You received

Fwd: djangoproject.com hiccup: community section configured wrong

-- Forwarded message -- From: Jeremy Dunck Date: Fri, Jul 16, 2010 at 4:33 PM Subject: Re: djangoproject.com hiccup: community section configured wrong To: django-developers@googlegroups.com On Fri, Jul 16, 2010 at 4:29 PM, Alex Gaynor

Re: djangoproject.com hiccup: community section configured wrong

On Fri, Jul 16, 2010 at 6:33 PM, Jeremy Dunck wrote: > On Fri, Jul 16, 2010 at 4:29 PM, Alex Gaynor wrote: > ... >> Are we sure it wasn't a problem with whoevers blog that is? > > D'oh.  You're right, I thought since it affected multiple entries, it >

Re: request.is_ajax() and hidden iframe kludge => request.is_framejax()?

> This input field is easily fakeable. An attacker can't fake your > browsers XHR requests, which makes request.is_ajax somewhat secure and > trustable. I don't see how your solution could achieve that. is_ajax() simply checks an HTTP header. It is easily set by an attacker. On Jul 16, 2:30 pm,

[GSOC] Query Refactor Update

Hey all, The last while has been spent continuing the fight to make aggregates work correctly, Russ provided some good insight that's gotten me farther on it. All that code is in my query-refactor-aggregates branch on github, as it's not fully working ATM. This week I also pushed a few updates

Re: memcached-based-cache - timeout=0 does not work as intended by memcached

+1 2010/7/16 Tobias McNulty : > +1 > > Sent from my mobile device. > > On Jul 16, 2010 6:54 AM, "Carsten Reimer" > wrote: > > Hello, > > I am not quite sure if this is the right mailinglist but as long as my > remarks are about a