On Apr 7, 2:09 am, Russell Keith-Magee
wrote:
> On Thu, Apr 7, 2011 at 1:47 AM, xtrqt wrote:
> However, we can't let you get away without asking at least one question [1]
> :-)
>
> [1]http://djangocaptions.com/post/647587573
Nice picture ;)
> Can you clarify your approach a little bit here? Ar
On Thu, Apr 7, 2011 at 2:51 AM, Michal Petrucha wrote:
> GSoC 2011 Proposal: Composite Fields
>
Hi Michal,
This looks to be a fairly solid proposal. You've done a lot of
detailed research, and while I'm almost completely certain you'll find
some gremlin lurki
On Tue, Apr 5, 2011 at 10:09 PM, Matt Hoskins wrote:
> My apologies for reposting this - I originally posted this at the end
> of January and as soon as I posted it I realised that with the push
> for bug squashing for the 1.3 release going on I probably wouldn't get
> any attention (and thus comm
> So, OP should not be trying to read more than CONTENT_LENGTH.
>From the underlying stream, sure. The question is if it's okay to do on the
HttpRequest object. It's an issue because now that HttpRequest exposes a
file-like interface to the stream some users are likely to do things like
this:
Actually it occurs to me that (1) shouldn't be a performance hit for
accessing .POST either, because whilst you're now creating a LimitedStream,
you're able to drop MultiPartParser's use of LimitBytes.
--
You received this message because you are subscribed to the Google Groups
"Django develop
It occurs to me that (1) isn't a hit for accessing multipart POST requests,
since we're wrapping the underlying stream in LimitedStream, but beng able
to drop MultiPartParser's use of LimitBytes.
--
You received this message because you are subscribed to the Google Groups
"Django developers" g
On Apr 6, 12:09 am, Matt Hoskins wrote:
> My apologies for reposting this - I originally posted this at the end
> of January and as soon as I posted it I realised that with the push
> for bug squashing for the 1.3 release going on I probably wouldn't get
> any attention (and thus comment or replie
Silly question. Where is the proof that using a limited stream is a
performance issue? These sorts of things are never going to be the
bottleneck and sounds a bit like premature optimisation to think that
wrapping it with a length limiting stream is going to be an issue.
Graham
On Thursday, Ap
> Where is the proof that using a limited stream is a performance issue? These
sorts of things are never going to be the bottleneck and sounds a bit like
premature optimisation to think that wrapping it with a length limiting
stream is going to be an issue.
There isn't any, so good point. :)
E
[GSoC Proposal] Read-only forms and DataBrowse
==
About Me
--
I'm a college student of computer engineering at the
Universidad Politécnica de Madrid.
This will be my last year before I graduate.
I started programming websites six
On Thu, Apr 7, 2011 at 5:04 PM, igalarzab wrote:
> [GSoC Proposal] Read-only forms and DataBrowse
> ==
>
> Problem Description
> --
> The addition of the `newforms` package to Django greatly improved the
> use
> of these since th
On Thursday, April 7, 2011 at 13:55 , Russell Keith-Magee wrote:
> On Thu, Apr 7, 2011 at 5:04 PM, igalarzab wrote:
> > [GSoC Proposal] Read-only forms and DataBrowse
> > ==
>
> >
> > Problem Description
> > --
> > The additio
About the read-only forms part of the proposal: read-only forms will
be easy to implement if the template widget rendering idea will be
included in core.
For example for SelectMultiple widget the base template is probably
something like this:
{% for choice in choices %}
{% if choice.selected
On Thu, Apr 07, 2011 at 12:38:07AM +0200, Johannes Dollinger wrote:
> The only downside is that you'll have to pick a name for the index –
> even if you don't really care (that's historically been a problem
> with `related_name`). But anyway, since Meta.unique_together
> probably cannot be deprecat
On Thu, Apr 7, 2011 at 3:23 PM, akaariai wrote:
> About the read-only forms part of the proposal: read-only forms will
> be easy to implement if the template widget rendering idea will be
> included in core.
>
> For example for SelectMultiple widget the base template is probably
> something like t
Sorry for the quite late response, everything is getting pretty close to the
deadline. I'm not happy with it but I need to tackle some personal issues at
once.
2011/4/5 Russell Keith-Magee :
>
> ...
>
> In particular, I have two objections:
> * it feels like it's trying to cram too much into a si
Okay, since there's clearly an underlying issue here I've created a seperate
ticket for this and marked the other two tickets as duplicates of it.
So...
#15785 - HttpRequest.read(NUM_BYTES) can read beyond the end of wsgi.input
stream. (Violation of WSGI spec & under-defined behaviour) [1]
Th
On Wed, Apr 06, 2011 at 04:57:39PM -0500, Jacob Kaplan-Moss wrote:
> So far this looks pretty good to me. Assuming you get the rest done
> with a similar level of detail I'll be voting to approve it (and
> possibly signing up to mentor, time-willing).
Thanks for the encouragement, I really appreci
Graham Dumpleton:
Silly question. Where is the proof that using a limited stream is a
performance issue?
Last night I actually did test it :-). You're right the difference in
performance is less than a statistical deviation between different
uploads over network.
Tom Christie:
Even so, presum
> Last night I actually did test it :-). You're right the difference in
> performance is less than a statistical deviation between different
> uploads over network.
Nice work. And point well made Graham!
> Creating a single wrapper object is a negligible hit but the code bloat
from making
> it
On Thu, Apr 07, 2011 at 03:36:52PM +0800, Russell Keith-Magee wrote:
> On Thu, Apr 7, 2011 at 2:51 AM, Michal Petrucha
> wrote:
> > GSoC 2011 Proposal: Composite Fields
> >
>
> Hi Michal,
>
> This looks to be a fairly solid proposal. You've done a lot of
> d
My name is Martin Kunev. I am 21 years old. I am a Computer sciences
student at Sofia university, Bulgaria.
I have good knowledge of Python, PHP and C. I also have experience
programming in C++, Java, JavaScript, Scheme, Haskell and bash. I am
experienced in data structures and algorithms.
I have
Hi.
As in
http://groups.google.com/group/geodjango/browse_thread/thread/a4e8d89fb355009b/7167f9bef1b4e546?lnk=gst&q=v3#7167f9bef1b4e546
I saw some moves into migrating to Google Maps API v3, mostly because
it will be deprecated soon.
I started to work on it because this new version have some fea
Hello everyone. My name is Stefan, and I'm a 19 years old student in
Iasi, Romania, at Faculty of
Computer Science. I've started programming as a young kid (I was about 8
or 9) and
have been programming since then. I've started with the silly mIRC
scripting and Visual
Basic and then moved on to
I finally submitted my proposal to the google melange homepage. The core of
the proposal is very much unchanged to the first draft, however I've included
passages that indicate that the syntax might change in further discussions
about this topic and that the concept of a chrome will be propably dro
On Thu, Apr 7, 2011 at 5:20 PM, martinkunev wrote:
> My name is Martin Kunev. I am 21 years old. I am a Computer sciences
> student at Sofia university, Bulgaria.
>
> I have good knowledge of Python, PHP and C. I also have experience
> programming in C++, Java, JavaScript, Scheme, Haskell and bas
Hello potential GSoC students,
There's now less than 24 hours before the deadline closes for GSoC - it
closes at 19:00 UTC on April 8th (that's around 20 hours from when this
post was sent).
If you've got a proposal that isn't in google-melange yet, please
register and add it; you're allowed to u
I tried to incorporate the remarks into my proposal and I'm posting
the updated parts.
As usual, the full version is still available at
http://people.ksp.sk/~johnny64/GSoC-full-proposal
Retrieval and assignment
Jacob has actually already provided a skeleton of the code t
On Fri, Apr 8, 2011 at 5:37 AM, M Stefan wrote:
> Hello everyone. My name is Stefan, and I'm a 19 years old student in Iasi,
> Romania, at Faculty of
> Computer Science. I've started programming as a young kid (I was about 8 or
> 9) and
> have been programming since then. I've started with the sil
Hello,
I'm Andrey Zubko, student faculty of Computer Science in Zaporozhye
State Engineering Academy. I'm senior chief developer of a local
Internet Service Provider "Telza" which provides Internet and
telephony services. My responsibilities includes enhancing, improving
existent Billing system tha
On Fri, Apr 8, 2011 at 9:15 AM, Andrey Zubko wrote:
> Hello,
> I'm Andrey Zubko, student faculty of Computer Science in Zaporozhye
> State Engineering Academy. I'm senior chief developer of a local
> Internet Service Provider "Telza" which provides Internet and
> telephony services. My responsibil
31 matches
Mail list logo