On Sun, Mar 6, 2011 at 2:41 PM, Vivek Narayanan wrote:
> @Sebastien: I got your point about using a dict as an intermediate
> structure and the use of recursion, and I looked at your
> implementation which is somewhat similar to what I have in mind.
>
> Well, here is a list of deliverables for the
On Sat, Mar 5, 2011 at 1:29 PM, Karen Tracey wrote:
> On Fri, Mar 4, 2011 at 10:24 AM, Viktor Kojouharov
> wrote:
>>
>> I'm testing my software with the new rc1 release of django 1.3, and I came
>> onto a particularly nasty problem.
>> I have a model which uses a Postgresql 'point' type, for whic
On Wed, Mar 9, 2011 at 7:09 AM, Jacob Kaplan-Moss wrote:
> On Tue, Mar 8, 2011 at 9:35 PM, bendavis78 wrote:
>> I'd like to start a discussion on this since russelm closed the
>> issue. There are a few other people that believe the issue should be
>> left open. I've been using this patch for n
On Fri, Mar 11, 2011 at 5:18 PM, Jeff Hutchins wrote:
> +1 for this fix. I don't think that security through obscurity is ever
> a good choice.
This is only a valid criticism if obscurity is your *only* source of
security. However, there's no reason that obscurity can't form one of
*many* barrier
On Sat, Mar 12, 2011 at 12:20 PM, Jacob Kaplan-Moss wrote:
> Hi Christophe --
>
> Interesting; I didn't know about these constructs.
>
> I'm not opposed to this change, but I am a bit concerned about opening
> up the ability to use raw() for stuff like UPDATE/DELETE where it'd be
> a nasty code sm
On Fri, Mar 11, 2011 at 1:14 PM, Simon Litchfield wrote:
> Who votes we should come up with a django-blessed 'official' default project
> layout / directory structure?
Sure -- no disagreement that it would be good to have some common
ground with regards to project layout. All we need now is to a
On Tue, Mar 15, 2011 at 11:11 PM, Andrew Godwin wrote:
> On 14/03/11 21:14, Michal Petrucha wrote:
>>
>> Good evening (or whatever it is in everyone's timezone).
>>
>> I'm an undergrad computer science student at the Faculty of
>> Mathematics, Physics and Informatics, Commenius University,
>> Brat
On Fri, Mar 18, 2011 at 12:05 AM, Carl Meyer wrote:
>
>
> On 03/17/2011 05:36 AM, Tom Evans wrote:
>> I strongly disagree here. Django shouldn't be doing magic with my
>> PYTHONPATH, if I want stuff in my PYTHONPATH, I'll darn well put it
>> there.
>
> Hear, hear! I'm only a weak +0 on the entire
On Sat, Mar 19, 2011 at 4:41 AM, Henrik Genssen
wrote:
> did this get lost?
> It is accepted one year ago, but did not get in...
Yes, it has been accepted. That means that someone (in this case, me)
acknowledged that the problem described is real and worth addressing.
However, the ticket hasn't
On Sunday, March 20, 2011, Pascal Germroth wrote:
> Hi,
>
> I want to use X-Sendfile to serve some medium-sized files. There
> doesn't seem to be built-in support for this, although the soc2009/
> http-wsgi-improvements branch looks like somebody attempted to
> implement HttpResponseSendFile (alth
On Sunday, March 20, 2011, daonb wrote:
> Hi,
>
> I'm in the middle of re-factoring a pretty active open parliament
> project into 1.3. I've been an early adaptor of class based views,
> using it of Jacob's fork.
>
> Migration to the beta was quite smooth except for two names that broke
> my code:
On Mon, Mar 21, 2011 at 9:09 AM, haras.pl wrote:
> It would be nice to have possibility to distinguish a HTTP method in
> urls.py. IMHO it would be clearer and more extensible in future for
> example:
> ajax ('POST', r'/user/(?P\d+)$', 'views.view2'),
> ajax ('GET', r'/user/(?P\d+)$', 'views.vi
On Tue, Mar 22, 2011 at 6:23 PM, Wim Feijen wrote:
> Great work!
>
> As the final release has not yet been announced, did something go
> wrong?
>
> Could you please post a small status update?
My apologies -- we haven't been very effective in communicating the delays here.
We've had a couple of
On Wed, Mar 23, 2011 at 4:32 AM, Rohan Jain wrote:
> These are some auth settings and models I propose to account for the
> generally
> raised questions for auth.User flexibility.
Two quick points:
Firstly -- the fact that you've given some biographical detail at the
bottom, and that this biogra
On Wed, Mar 23, 2011 at 10:21 AM, crodjer wrote:
> On Wednesday, March 23, 2011 5:10:36 AM UTC+5:30, Russell Keith-Magee wrote:
>>
>> On Wed, Mar 23, 2011 at 4:32 AM, Rohan Jain wrote:
>> > These are some auth settings and models I propose to account for the
>> >
On Wed, Mar 23, 2011 at 9:02 PM, Hanne Moa wrote:
> Remembering the pain of going from 1.1 to 1.2 (csrf-token), is there
> or will there be a guide/one-stop-shop for upgrading from 1.2 to 1.3?
> That is: are there other big changes than generic view functions to
> generic view classes and could th
On Wed, Mar 23, 2011 at 1:28 PM, DaNmarner wrote:
> First of all: my native language is not English, so I apologize for
> any potential natural language error (or any error at all) below.
>
> After (briefly) reading through the current implementaion as well as
> the "Issues to consider" section in
On Thu, Mar 24, 2011 at 3:23 PM, dy wrote:
> Hi django devs,
>
> I have two models and need to store to different dbs.I want this field
> to be a
> foreign key from Test2, stored on the "test2" database, to the Test1
> model stored on the "default" database.The codes are:
>
> # model in app test1,
On Wed, Mar 23, 2011 at 5:20 AM, Paul McMillan wrote:
> It's worth pointing out that manage.py runserver isn't likely to ever
> support serving those files even if the header arrives in core. It's
> explicitly not appropriate for any kind of production use, fallback or
> otherwise. If you really n
On Thu, Mar 24, 2011 at 7:48 PM, traff wrote:
> Hi guys!
>
> Recent commit(r15883), which fixes #15565, indeed brokes execution of
> django server from IDE on UNIX platforms.
>
> What can be done to fix that?
Well, for starters, we'll need a clear description of the problem.
"IDE" isn't a specifi
On Thu, Mar 17, 2011 at 3:47 PM, Vivek Narayanan wrote:
> Hi,
>
> This is my proposal for the customizable serialization idea:
>
> There are two formats - A formatted Google Docs version that's easy on
> the eyes (
> https://docs.google.com/a/vivekn.co.cc/document/pub?id=1GMWW42sY8cLZ2XRtVEDA9BQz
On Thu, Mar 24, 2011 at 9:40 PM, Kristaps Kūlis
wrote:
> I wish to note that Nginx implements this feature differently than
> LigHTTPd and Apache2
> http://wiki.nginx.org/XSendfile ,
>
> Should django implementation consider that ?
>
> My proposal to implement would be:
> 1. HttpFileResponse whic
On Sun, Mar 27, 2011 at 10:48 AM, G.Boutsioukis wrote:
> Hi, I'm thinking about submitting a proposal for template compilation
> and I'm posting this as a request for more info.
>
> In particular, I remember this project being discussed last year and I
> pretty much assumed that Alex Gaynor's prop
On Mon, Mar 28, 2011 at 2:12 PM, Julien Phalip wrote:
> Hello,
>
> I'm not sure if the consensus so far is either "Meh" or "Let's give it
> a try", or if there's even a consensus. I'm still keen on the idea but
> I don't want to insist too much if it doesn't gather enough support,
> so I'll re-sub
On Mon, Mar 28, 2011 at 2:28 PM, Russell Keith-Magee
wrote:
> On Mon, Mar 28, 2011 at 2:12 PM, Julien Phalip wrote:
>> Hello,
>>
>> I'm not sure if the consensus so far is either "Meh" or "Let's give it
>> a try", or if there's even
On Mon, Mar 28, 2011 at 1:56 PM, Julien Phalip wrote:
> Hi all,
>
> Now that 1.3 has been released (yay!), I'm reviving this thread to see
> if we can make Trac a little more efficient on our way to 1.4. I'll
> try to summarise what's been suggested so far in regard to improving
> and clarifying t
On Mon, Mar 28, 2011 at 2:37 PM, Julien Phalip wrote:
> On 28 March 2011 17:28, Russell Keith-Magee wrote:
>>
>> > * Uncategorized (default)
>> > * Feature request: for adding something new.
>> > * Bug report: for when an existing thing is bro
On Mon, Mar 28, 2011 at 5:16 PM, -RAX- wrote:
>> One query for each model
>> containing one or more FileFields is enough to build a list of the files
>> that ought to exist, and any file not in that list can presumably be
>> removed.
>
> How can I sleep at night knowing that there is a maintenance
On Mon, Mar 28, 2011 at 8:04 PM, Julien Phalip wrote:
> On Mar 28, 10:49 pm, Karen Tracey wrote:
>> +1 on having a distinction between bug, feature, and optimization.
>>
>> I don't think both "Uncategorized" and "Other" are necessary.
>
> My reasoning for "Other" was that there might be things th
On Mon, Mar 28, 2011 at 10:32 PM, Luke Plant wrote:
> On 28/03/11 13:21, Russell Keith-Magee wrote:
>
>> Ok - so at this point, the option list is looking like:
>>
>> * Uncategorized
>> * Bug
>> * Release blocking Bug
>> * New Feature
>
On Tue, Mar 29, 2011 at 6:08 AM, Wim Feijen wrote:
> +1. All major browsers now support html5 and by the time django 1.4
> will be released we will be right on time though a bit late.
Statements like "All modern browsers support it" misses the point. It
isn't the *modern* browsers that are the is
On Tue, Mar 29, 2011 at 10:26 AM, Luke Plant wrote:
> On 29/03/11 03:10, Russell Keith-Magee wrote:
>> Of course, this depends a great deal on the details of exactly what is
>> to be done, and where. Luke's proposal says we should "use HTML5
>> features at least
On Tue, Mar 29, 2011 at 10:32 PM, Mikoskay wrote:
> It's rather difficult to provide specific use case for something that is a
> convenience-related proposal. :)
The opposite should be true. If this is a proposal that is so
convenient, there must be many ways in which it could be used.
To me, th
On Tue, Mar 29, 2011 at 8:17 PM, Luke Plant wrote:
> On 28/03/11 13:04, Julien Phalip wrote:
>> On Mar 28, 10:49 pm, Karen Tracey wrote:
>>> +1 on having a distinction between bug, feature, and optimization.
>>>
>>> I don't think both "Uncategorized" and "Other" are necessary.
>>
>> My reasoning
On Wed, Mar 30, 2011 at 2:21 PM, George Karpenkov
wrote:
> If we'll look into core/management/commands/loaddata we'll see the
> line
> "obj.save(using=using)" which saves the data.
... and if you dig a little deeper, you'll find that "obj" in that
context is a "DeserializedObject", and calling sa
On Fri, Mar 25, 2011 at 6:03 PM, Vivek Narayanan wrote:
>> I think I see where you're going here. However, I'm not sure it
>> captures the entire problem.
>>
>> Part of the problem with the existing serializers is that they don't
>> account for the fact that there's actually two subproblems to
>>
On Wed, Mar 30, 2011 at 4:08 PM, Russell Keith-Magee
wrote:
> On Fri, Mar 25, 2011 at 6:03 PM, Vivek Narayanan wrote:
>>> When you start dealing with foreign keys and m2m, you have an
>>> additional set of assumptions --
>>>
>>> * How far should I travers
On Wed, Mar 30, 2011 at 4:55 PM, George Karpenkov
wrote:
> Oh thanks Russel!
>
> Turns out django-tagging was creating those objects via the post-save
> signal hook.
>
> http://code.djangoproject.com/ticket/8399 <- here is the ticket which
> proposes an option to disable the signal handling during
On Wed, Mar 30, 2011 at 7:58 PM, Rohit wrote:
> Hi,
> I plan to implement HBase backend support for Django as part of
> GSoC 2011. Before I flesh out the idea in detail, I would like to know
> if this is useful enough to Django, whether there are alternatives to
> using HBase in the first plac
On Thu, Mar 31, 2011 at 1:30 AM, Andrey Zubko wrote:
> I'm interested in participating in your mentors program in Google
> Summer Code.
> Clearly looking on the current situation with authentication,
> authorisation, customization of users, I could say that there is no
> simple solution for achie
On Wed, Mar 30, 2011 at 7:42 AM, Russell Keith-Magee
wrote:
> Barring objection, I'll try to find some time this afternoon to
> introduce the new flags.
A little later than originally intended... but I've just made these changes.
Ladies and Gentlemen start your triage!
R
On Fri, Apr 1, 2011 at 3:12 PM, Julien Phalip wrote:
> On Apr 1, 10:36 am, Russell Keith-Magee
> wrote:
>> On Wed, Mar 30, 2011 at 7:42 AM, Russell Keith-Magee
>>
>> wrote:
>> > Barring objection, I'll try to find some time this afternoon to
>> >
On Sat, Apr 2, 2011 at 5:20 AM, Carl Meyer wrote:
>
> On 04/01/2011 05:09 PM, Mikhail Korobov wrote:
>> Implementation:
>> https://bitbucket.org/kmike/django-widget-tweaks/src/0e9bac3c71bd/widget_tweaks/templatetags/widget_tweaks.py
>
> That's quite a neat app - I have some similar template filte
On Fri, Apr 1, 2011 at 11:57 PM, Gregor Müllegger wrote:
> I suggest reading this proposal online: https://gist.github.com/898375
> It's exactly the same as below but formated nicely.
>
>
> GSoC 2011 Proposal - Revised form rendering
>
>
> Hi my name is
On Sun, Apr 3, 2011 at 11:46 PM, Gregor Müllegger wrote:
> Hi,
>
> 2011/4/2 Russell Keith-Magee :
>> On Fri, Apr 1, 2011 at 11:57 PM, Gregor Müllegger
>> wrote:
>> Firstly, while it looks fine for a small example, I can see how it
>> would rapidly deteriorate if
On Thu, Mar 31, 2011 at 7:38 PM, Vivek Narayanan wrote:
> Hi Russ,
>
> Thanks for the suggestions once again, I've thought of changing the
> model for handling nested fields.
>
> Each model can have a no of serializers, and they can be plugged in to
> other serializers
> and in this way nested mod
On Sun, Apr 3, 2011 at 6:58 AM, DaNmarner wrote:
> I've got some more crystalized details about my proposal.
>
> Here are the target result if this proposal is implementated:
>
> 1. User could configure serialization for each model.
>
> 2. In fact, user could configure the serialization details do
On Sat, Apr 2, 2011 at 10:04 PM, Marti Raudsepp wrote:
> Hi list,
>
> I wrote a proof of concept patch to add prepared statement support to
> Django for the PostgreSQL backend. Note that it's just a hack to see
> if this approach could work at all, I know it's badly written. :)
>
> The patch is qu
On Wed, Apr 6, 2011 at 7:44 AM, DaNmarner wrote:
>> 1) It's almost illegible. Between your mail client's munging of line
>> wrapping, and the completely unreadable code samples, it's very
>> difficult to tell if you have presented a good idea.
>
> Pardon the format. I actually auto-wrapped the tex
On Wed, Apr 6, 2011 at 11:31 AM, DaNmarner wrote:
>> So - show me what it would look like. Show me how I, as a third party,
>> would use your proposed syntax to define output that would match
>> Django's existing serialization scheme. Yes, this serialization format
>> will exist as a built in defa
On Wed, Apr 6, 2011 at 4:58 AM, Klaas van Schelven
wrote:
> Hi all,
>
> I'm sure you've all heard of the upcoming DjangoCon Europe. Of special
> interest to Django Developers will be the sprints, on the 9th & 10th
> of June. We've got a very special location:
> http://djangocon.eu/venues/#sprint_
On Thu, Apr 7, 2011 at 1:47 AM, xtrqt wrote:
> Schema Alteration
> =
>I hope research I've made for
> this
> proposal will convince you ;)
Consider me convinced :-)
This is a solid proposal -- it's a clearly defined need, and the work
you have described here sounds like it will b
On Thu, Apr 7, 2011 at 4:21 AM, Sebastian Bauer wrote:
> Hi, could you explain to us why this isn't working?
> https://github.com/humanfromearth/django-stdimage/issues/11
Not in this forum. You've posted to django-developers, which is a
forum for discussing the development of django itself.
It l
On Thu, Apr 7, 2011 at 5:54 AM, Matthew Brunelle
wrote:
> --About Me--
> I am a senior at North Kingstown High School, Rhode Island. (I am 18
> and I am attended the University of Massachusetts Amherst next fall.
> Mrs. Carol Smith has confirmed that I am eligible to participate in
> the GSoC).
>
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
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 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
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
On Sat, Apr 9, 2011 at 12:50 AM, Samvit wrote:
> Hi my name is Samvit Majumdar. Im from New Delhi, India.Im pursuing
> undergraduate study in Birla Institute of Technology and
> Science,Pilani,India. My major is IT. Im in my second year.
>
> While working on a project using Django ( www.bits-apoge
On Sat, Apr 9, 2011 at 2:15 PM, Graham Dumpleton
wrote:
> To be blunt, you are actually asking a lot for them to host detailed
> documentation on uWSGI integration on the Django site for every possible way
> it can be setup. I haven't even managed to get much more than minimal setup
> instructions
On Sat, Apr 9, 2011 at 4:42 PM, Graham Dumpleton
wrote:
>
> On Saturday, April 9, 2011 5:35:14 PM UTC+10, Russell Keith-Magee wrote:
>>
>> On Sat, Apr 9, 2011 at 2:15 PM, Graham Dumpleton
>> wrote:
> Anyway, as you can see the above is a pain point for me as
On Mon, Apr 11, 2011 at 8:16 PM, stan wrote:
> The main purpose of the height_field and width_field attributes is to
> give a performance boost in some situations,
> these fields acting as a cache on the dimensions of the image.
...
> The simple fact of posting an unchanged form of a person cause
On Wed, Apr 13, 2011 at 7:45 PM, Piotr Czachur wrote:
> This ticket explains everything: http://code.djangoproject.com/ticket/15579
>
> In short:
> I issued a ticket on this topic and russellm has closed it with "it's
> already working" explanation. I checked it again and it looks like
> this feat
On Thu, Apr 14, 2011 at 6:01 AM, Shawn Lewis wrote:
> Hi,
> Is there an idiomatic way to tie messages from a single request together
> with 1.3's new logging features? From the documentation it doesn't look like
> there is. Something like what drlog does
> (http://fairviewcomputing.com/blog/2008/0
On Thu, Apr 14, 2011 at 8:16 PM, Peter Portante
wrote:
> Looking at line 153 of django/views/decorators/http.py (rev [15927]),
> I just see "return inner". Is there a particular reason why it should
> not be: "return wraps(func, assigned=available_attrs(func))(inner)"?
I suspect it's just histori
On Fri, Apr 15, 2011 at 12:30 AM, Jannis Leidel wrote:
> On 14.04.2011, at 17:27, Jacob Kaplan-Moss wrote:
>
>> I think I agree with Ned here: I can't see the downside to fixing it
>> on the release branch. "It violates our policy" doesn't count IMO:
>> it's *our* policy, and we get to break it if
On Fri, Apr 15, 2011 at 6:51 PM, Vasil Vangelovski
wrote:
> Hi
>
> I decided to collect some validation rules and regional data we've been
> using for various projects under a localflavor for Macedonian. I hope
> someone can help me with some dilemmas I currently have:
>
> 1. All localflavors exce
On Fri, Apr 15, 2011 at 9:25 PM, Ned Batchelder wrote:
> On 4/14/2011 11:40 PM, Russell Keith-Magee wrote:
>>
>> No offense intended to Ned, but I simply don't see sufficient evidence
>> to be confident that this is the case. 216 lines of tests doesn't
>> s
On Thu, Apr 28, 2011 at 3:18 AM, legutierr wrote:
> + 100 on this (oh, wait, do I not get that many votes? +10 then).
>
> Waldemar and Thomas (and the rest of the people contributing to django-
> nonrel) have worked very hard to advance Django and expand its use
> into new spheres. It would be gr
On Mon, May 2, 2011 at 1:40 AM, Karen Tracey wrote:
> On Sun, May 1, 2011 at 12:39 PM, Mikhail Korobov
> wrote:
>>
>> Hi folks,
>> what do you think about deprecating AUTH_PROFILE_MODULE and .get_profile()
>> or removing the suggestion to use it from the docs in 1.4 release?
>> There are broader
On Tue, May 3, 2011 at 1:28 AM, Shawn Milochik wrote:
> Since it wasn't stated explicitly in that last wish-list, I'd like to add:
> No assumption that the primary key is an integer.
Certainly worth stating, but I don't think it's a major technical
challenge. An abstract base class approach shoul
On Mon, May 2, 2011 at 10:54 PM, Carl Meyer wrote:
> On 05/02/2011 07:15 AM, Russell Keith-Magee wrote:
>>>> what do you think about deprecating AUTH_PROFILE_MODULE and .get_profile()
>>>> or removing the suggestion to use it from the docs in 1.4 release?
>>
On Tue, May 3, 2011 at 2:24 AM, Phui Hock wrote:
> Hi,
> It always frustrates me when I must resort to custom filter to do
> simple math to achieve some special-case markups (eg. applying a row
> tag around 5 items max for a list of objects).
>
> Do you think a math tag like this that I just publi
On Fri, Apr 29, 2011 at 4:48 PM, Jonathan Slenders
wrote:
> Hey, this pattern are nested decorators in templates.
>
> Most people here are probably against having nested template tags with
> the same name. I think it does only make sense when there's somehow a
> distinction between a
> "placeholde
On Tue, May 3, 2011 at 12:33 PM, Tai Lee wrote:
> On May 3, 9:43 am, Russell Keith-Magee
> wrote:
>> This stems back to the design motivation of Django's template language
>> -- you shouldn't be doing math in the template. Instead, you should be
>> doing your m
On Fri, May 6, 2011 at 1:28 AM, legutierr wrote:
>
>> There are plenty of other workarounds -- the easiest is to note the
>> email field is optional and just create a RealUserEmail object with a
>> OneToOne to User. Given that, a hacky workaround in Django itself just
>> isn't going to happen. The
On Fri, May 6, 2011 at 3:38 PM, fabian.topfstedt
wrote:
> Hi Eduardo,
> I will definitely write and attach proper tests, but I think there is one
> decision to make first: Are hanging URLFields problem enough to make Django
> behave differently on Python <=2.5 and >=2.6 (even if the solution only
On Thu, May 12, 2011 at 3:35 AM, Shawn Milochik wrote:
> Someone on django-users just commented that they set a default value on a
> DecimalField as a float, and were surprised when they were unable to create
> a queryset using a float to find records.
>
> I searched Trac for the terms 'DecimalFie
On Fri, May 13, 2011 at 7:45 AM, Camilo Nova wrote:
> Hi all,
>
> Were im working we usually take in mind that fields in web forms
> should have a max length value for input, and we apply them well in
> cases like:
>
> username = forms.CharField(
> max_length=30,
> )
>
> But in cases
On Fri, May 13, 2011 at 12:08 AM, Shawn Milochik wrote:
> On 05/11/2011 08:00 PM, Russell Keith-Magee wrote:
>>
>> On Thu, May 12, 2011 at 3:35 AM, Shawn Milochik
>> wrote:
>>>
>>> Someone on django-users just commented that they set a default value on
On Mon, May 16, 2011 at 2:04 PM, Mohammad Hamidi Esfahani
wrote:
> Dear Django Developers
>
> I need to implement a triage process for security system, I have read
> the django documents that said it has a triage system for its tickets.
> that is exactly what I need.
>
> Did any body know how can
On Mon, May 23, 2011 at 4:21 AM, Gregor Müllegger wrote:
> (You can read this RFC online if you prefer:
> https://github.com/gregmuellegger/gsoc2011-stuff/blob/master/rfc_syntax.rst )
>
>
> Hi,
>
> like you might know I've prepared as pre-work to my GSoC project a repository
> [1] with examples fo
On Mon, May 23, 2011 at 6:21 AM, Carl Meyer wrote:
> Just had a quick conversation with Gregor and Chris Beaven on IRC;
> based on a comment of Chris', we discussed the possibility of ditching
> the {% formlayout %} tag in favor of specifying the layout as an
> argument to the {% form %} block tag
On Mon, May 23, 2011 at 8:44 AM, Carl Meyer wrote:
>
>
> On 05/22/2011 07:18 PM, Russell Keith-Magee wrote:
>> I like this. Simple, covers all the common use cases that I can see.
>> My only feedback here would be mostly bikeshedding -- the fact that {%
>> form %} is
On Mon, May 23, 2011 at 9:00 AM, Carl Meyer wrote:
>
>
> On 05/22/2011 07:22 PM, Russell Keith-Magee wrote:
>> On Mon, May 23, 2011 at 6:21 AM, Carl Meyer wrote:
>>> Just had a quick conversation with Gregor and Chris Beaven on IRC;
>>> based on a comment of Chr
On Tue, May 24, 2011 at 11:19 AM, vicalloy wrote:
> if project is hosted at : mydomain.com/hidjango/
> you need do some settings.
> 1. the session path need set to /hidjango/, but it will use default set '/'.
> 2. also you need create a hidjango_urls like:
> urlpatterns = patterns('',
> (r'^hi
On Saturday, May 28, 2011, Mateusz Harasymczuk wrote:
> Recently, I had to make more than one admin class in admin.py file.
> I have never had a situation like this before.
> I keept my admin classes in separate files in admin module.
>
> It came to me that after each class definition you have to
On Thu, Jun 2, 2011 at 8:58 AM, Luke Plant wrote:
> On 25/05/11 10:55, Anshuman Aggarwal wrote:
>> Hate to bump a thread, but any thoughts on the last proposal, Luke?
>
> My personal opinion is that the feature you proposed is not going to be
> correct enough of the time to warrant the duplication
Hi Cal,
I've just unsubscribed d...@wildpalms.com from django-users.
For future reference -- you can contact the owners of *any* Google
group by appending +owner to the mailing list alias. For example, the
django-users moderators can be reached at
django-users+ow...@googlegroups.com.
Yours,
Russ
On Wed, Jun 15, 2011 at 11:51 AM, David Cramer wrote:
> This is currently a problem all over in the Django codebase, and I'd
> love to see a generic/reusable approach at solving this everywhere.
We already have a generic/reusable approach -- it's just not used
everywhere that it could be used.
A
On Wed, Jun 15, 2011 at 1:31 PM, burc...@gmail.com wrote:
> Hi Russell,
>
> and what do you say about showing call stack properly?
>
> The problem is not ViewDoesNotExist itself, but throwing away useful
> traceback.
>
> If we do instead:
> import sys
> try:
> self._callback = get_ca
Hi Alex,
If you open a ticket to report these problems, we'll make sure they get fixed.
Yours
Russ Magee %-)
On Thu, Jun 16, 2011 at 1:08 AM, Alex Kamedov wrote:
> Django documentation page Contributing to Django [1] has the same problem
> too
> [1] https://docs.djangoproject.com/en/1.3/interna
On Thu, Jun 16, 2011 at 3:09 PM, Bas Peschier wrote:
> For reference, I added a patch to https://code.djangoproject.com/ticket/10802
> which takes Russell's approach.
Looks good to me! I've just marked to RFC. Thanks for the patch Bas!
Yours,
Russ Magee %-)
--
You received this message because
On Tue, Jun 14, 2011 at 7:33 PM, Matt Bennett wrote:
> On Mon, Jun 13, 2011 at 9:53 PM, Vinay Sajip wrote:
>> On Jun 10, 2:05 pm, Matt Bennett wrote:
>>
>>> Is there a reason the call to logger.error can't come before we return
>>> the technical_500_response when DEBUG=True? It seems to me that
On Sat, Jun 18, 2011 at 12:26 PM, Ori wrote:
> Hi guys,
>
> Apologies if this isn't the right venue for raising the alarm, but it
> seems djangoprojects.com is down.
Hi Ori,
Thanks for the alert -- I'm trying to find someone with the keys to
give the server a kick in a sensitive spot.
Yours,
Ru
On Mon, Jun 20, 2011 at 10:57 PM, Benedict Holland
wrote:
> I ran into a problem with running unit tests against views where it
> said that:
>
> HINT: Truncate table "challenges_challenge_attachments" at the same
> time, or use TRUNCATE ... CASCADE.
>
> I patched it to be this, only for postgresq
On Fri, Jun 24, 2011 at 10:27 AM, Satyajit Sarangi
wrote:
> This is my views.py
...
> But its not linking . How exactly should I do it , such that I can
> access the view from this template and also send the form value to
> it .
Hi Satyajit,
You've mailed this to Django-developers, which is the
On Fri, Jun 24, 2011 at 10:59 AM, Satyajit Sarangi
wrote:
> Hello
> I had posted there . But never got a reply .Thus I though , django
> developers group would help me out .
There are many possible reasons that you may not have received a reply.
Perhaps nobody understood your question. Consider
On Mon, Jun 27, 2011 at 12:58 AM, Martin Green
wrote:
> The unittest client currently does not allow for the testing of
> non-formset errors. I have made a ticket for this
> https://code.djangoproject.com/ticket/11603, which now has an upto
> date patch for adding it into trunk. Could I check th
1801 - 1900 of 2850 matches
Mail list logo
