On Fri, Mar 26, 2010 at 6:34 PM, d3f3nd3r wrote:
>
>
> On Mar 26, 8:34 am, Russell Keith-Magee
> wrote:
>> On Fri, Mar 26, 2010 at 3:22 AM, d3f3nd3r wrote:
>>
>> > On Mar 25, 4:19 pm, Russell Keith-Magee
>> > wrote:
>>
>> >> Firstly, Backwards compatibility. contrib.auth is a major component in
On Sat, Mar 27, 2010 at 8:13 AM, Johannes Lichtenberger
wrote:
> Hello,
>
> wouldn't it be nice to include StringTemplate
> (http://www.stringtemplate.org/)? It strictly enforces model-view
> separation (in django terminology view-template) so I think it's design
> is much better than most other i
On Sat, Mar 27, 2010 at 2:31 AM, subs...@gmail.com wrote:
>> > 3) Models hoping to foreignkey to whatever comments model the app
>> I'm not sure what you're saying here. Are you complaining about the
>> way that we've implemented this particular feature, or about some edge
>> case that you've fou
Hello,
wouldn't it be nice to include StringTemplate
(http://www.stringtemplate.org/)? It strictly enforces model-view
separation (in django terminology view-template) so I think it's design
is much better than most other if not all template engines including
Djangos'.
I have been convinced after
On Mar 26, 8:34 am, Russell Keith-Magee
wrote:
> On Fri, Mar 26, 2010 at 3:22 AM, d3f3nd3r wrote:
>
> > On Mar 25, 4:19 pm, Russell Keith-Magee
> > wrote:
>
> >> Firstly, Backwards compatibility. contrib.auth is a major component in
> >> many, if not most existing Django installations. If you'
On Mar 26, 8:34 am, Russell Keith-Magee
wrote:
> On Fri, Mar 26, 2010 at 3:22 AM, d3f3nd3r wrote:
>
> > On Mar 25, 4:19 pm, Russell Keith-Magee
> > wrote:
>
> >> Firstly, Backwards compatibility. contrib.auth is a major component in
> >> many, if not most existing Django installations. If you'
> I can't think of any reason that a production server should behave
> differently to a development server on the sorts of issues you're
> referring to. If there's a problem, I would be highly surprised if
> it's caused by the fact you're running under wsgi, rather than the
> devserver. There may b
Or let's circumvent the whole problem by stopping this garbage at the
gates!
On Mar 25, 11:34 pm, Richard Laager wrote:
> This might be a bit off-topic for this thread, but legacy data is why I
> wish frameworks supported some concept of warnings in their validation
> code.
>
> Richard
--
You r
> On 25/03/10 17:47, subs...@gmail.com wrote:
>
> >> The last bit sounds a bit nebulous. You could optimise it by not
> >> including any empty files, or be a bit more specific about what the
> >> empty files are meant to represent. :)
>
> > startapp, startproject, et al.
>
> I see where you're comi
On Friday 26 March 2010, Russell Keith-Magee wrote:
> However, if the OP (or anyone else) can propose a simple, low maintenance
> solution that will allow ordinal to support more languages than it does
> currently, I'm happy to entertain it.
>
Ok, I have a 2-part proposal:
1) As I've hinted befor
On Fri, Mar 26, 2010 at 3:22 AM, d3f3nd3r wrote:
>
> On Mar 25, 4:19 pm, Russell Keith-Magee
> wrote:
>>
>> Firstly, Backwards compatibility. contrib.auth is a major component in
>> many, if not most existing Django installations. If you're proposing
>> *any* change, the existing code needs to be
On Thu, Mar 25, 2010 at 4:36 PM, subs...@gmail.com wrote:
> I got myself into a situation with a project and some comments models.
> Perhaps with some discussion we can uncover genuine code-bugs, but my
> knowledge about this is limited and so I'm just calling for a
> documentation update. A major
12 matches
Mail list logo
