Hello,
On May 28, 6:13 pm, Russell Keith-Magee
wrote:
> This is all very helpful information; thanks for breaking it down like this.
>
> I've talked this over with a few people at the sprints, and we've
> pretty much ended up at the same point -- we're deeply confused.
> Comments inline below.
T
On May 29, 1:05 am, Waylan Limberg wrote:
>
> Vinay has already stated that he is making his code (which is part of
> python 2.7) available to be distributed with Django so it will work on
> any version that Django works on.
>
Yes, I've develloped my Launchpad branch (which has the dictconfig
cod
On May 28, 10:27 pm, Kevin howerton wrote:
> Indeed, though that config does exactly that with apache ... the
> streamhandler by default spits everything out to stderr which is in
> turn picked up by apache's logging.
True, but your logging output's then interspersed with everything else
that wr
On Fri, May 28, 2010 at 4:39 PM, Mathieu Leduc-Hamel wrote:
> Oh cool! next time I'll check in the PEP list before...
>
> But I don't understand how it'll work with older python version, like
> the current 2.6 branch ?
Vinay has already stated that he is making his code (which is part of
python 2
On Friday 28 May 2010 15:51:32 Jacob Kaplan-Moss wrote:
> My only real objection here is that `as_view` is just a bunch of
> boilerplate::
>
> urlpatterns = patterns('',
> ('one/', SomeView.as_view()),
> ('two/', SomeOtherView.as_view()),
> ('three', YourView.as_view()
"Yes, something like that is a fairly minimal configuration, but
generally I've found a file-based log to be pretty much part of every
site's requirement, for anything but the smallest (toy) site."
Indeed, though that config does exactly that with apache ... the
streamhandler by default spits ever
Oh cool! next time I'll check in the PEP list before...
But I don't understand how it'll work with older python version, like
the current 2.6 branch ?
On Fri, May 28, 2010 at 4:33 PM, Vinay Sajip wrote:
>
> On May 28, 9:16 pm, Mathieu Leduc-Hamel wrote:
>> I would say, why not use the default p
On May 28, 9:16 pm, Mathieu Leduc-Hamel wrote:
> I would say, why not use the default python way to config logging,
> handler and loggers ? it work fine and many projects are using it.
> That way, we'll be able to use the same logging configuration for our
> django projects and the different pyth
On May 28, 8:55 pm, Kevin howerton wrote:
> I see the utility of being able to have additional ways to setup the
> logging, though as it is I think the biggest issue people have with
> the logging stuff is that the dictconfig is already fairly
> intimidating looking. If someone really wants to di
I would say, why not use the default python way to config logging,
handler and loggers ? it work fine and many projects are using it.
That way, we'll be able to use the same logging configuration for our
django projects and the different python library that we may use and
we the logging is implemen
I see the utility of being able to have additional ways to setup the
logging, though as it is I think the biggest issue people have with
the logging stuff is that the dictconfig is already fairly
intimidating looking. If someone really wants to disable the default
setup of logging, it should be as
On Thu, May 27, 2010 at 5:08 PM, Gustavo Narea
wrote:
> Hello,
>
> On May 26, 4:52 pm, Ivan Sagalaev wrote:
>> Could you please give a concise technical overview, in high-level terms,
>> on what twod.wsgi actually does to Django code?
>
> Sure. There are different components, so I'll elaborate on
On May 28, 4:48 pm, Russell Keith-Magee
wrote:
> Following some discussion at the DjangoCon.eu sprints, here's what
> we've got on the table regarding adding logging support to Django.
>
> The core of Vinay's work is essentially ready to go -- the logging
> configuration code is an implementation
On Fri, May 28, 2010 at 5:48 PM, Russell Keith-Magee
wrote:
> So - comments? Suggestions?
Just FTR, Russ and I have been talking about this for a few days here
in Berlin, and I'm in agreement with this 100%.
Jacob
--
You received this message because you are subscribed to the Google Groups
"D
Hi all,
Following some discussion at the DjangoCon.eu sprints, here's what
we've got on the table regarding adding logging support to Django.
The core of Vinay's work is essentially ready to go -- the logging
configuration code is an implementation of what has been accepted as a
PEP, so there's n
Did you already try the patch I attached at
http://code.djangoproject.com/ticket/13621 ? Perhaps this solves your
problem too :-)
On Fri, May 28, 2010 at 4:50 PM, Ludwik Trammer wrote:
> Hi,
>
> There is quite a serious problem with Django 1.2's format localization
> and forms. At first I noticed
If a class-based view by definition is instantiated on each request, we get a
couple of neat things. For example, storing state on self.
Storing state on self makes things a heck of a lot easier. We are going to
create a "View" and a "ResourceView". A View just renders a template, but a
Resourc
Hi,
There is quite a serious problem with Django 1.2's format localization
and forms. At first I noticed Djnago ignores L10N date formats when
displaying dates in form fields, but calendar widgets in admin don't.
So when you try using the calendar, date format goes back and forth
between localized
This is a bit of a tricky thing to discuss since we've been talking
about this IRL at the sprints, and also on the list. I'll try to sum
up where we are now, but if anything isn't clear, ask.
We're currently working towards URLpatterns of the form::
('...', SomeView)
i.e. passing a class dir
On Tue, May 25, 2010 at 4:28 PM, Vinay Sajip wrote:
> On May 25, 8:38 am, Russell Keith-Magee
> wrote:
>>
>> Your timing is dead on, and I'm personally interested in targeting
>> logging for 1.3.
>
> That's good news :-)
>
>> Agreed; Are you at the conference? If so, corner me at some point
>> (e
On Friday 28 May 2010 09:03:02 David Larlet wrote:
> > This will solve the thread safety issue, and doesn't require
> > another import for a decorator, as Jari pointed out.
> >
> > We could decide whether to apply decorators inside as_view() or
> > __call__(). The argument for putting it in 'as_
Slight typo here, I think:
On Fri, May 28, 2010 at 12:06 PM, Andrew Godwin wrote:
> - Inside an application, migrations are implicitly ordered by name (by
> string sort, so "0001_initial" is before "0002_second", and "alpha" is
> before "beta", but "11_foo" is not before "2_bar").
'11_foo' woul
Hi,
Ramiro Morales wrote:
> On Fri, May 28, 2010 at 7:25 AM, Erik Romijn wrote:
>>
>> I noticed that there is a patch for IPv6 support in runserver,
>> http://code.djangoproject.com/ticket/7735 , and a maintainer willing to
>> make it cleanly apply to the latest trunk.
>
> Could you please expan
On 28/05/10 13:06, Andrew Godwin wrote:
Hi all,
As perhaps was inevitable, I'm proposing implementing part of a schema
migration backend in Django. I'm not sure if this is a 1.3 thing (it
may well be 1.4, perhaps with some implemented in time for 1.3 but not
exposed), but it's something I'd l
On Fri, May 28, 2010 at 7:25 AM, Erik Romijn wrote:
> Hi,
>
> I noticed that there is a patch for IPv6 support in runserver,
> http://code.djangoproject.com/ticket/7735 , and a maintainer willing to
> make it cleanly apply to the latest trunk.
>
> However, for some reason it's been stuck in DDN fo
Hi,
I noticed that there is a patch for IPv6 support in runserver,
http://code.djangoproject.com/ticket/7735 , and a maintainer willing to
make it cleanly apply to the latest trunk.
However, for some reason it's been stuck in DDN for two years. Why is
this? It looks to me like a simple patch for
Hi all,
As perhaps was inevitable, I'm proposing implementing part of a schema
migration backend in Django. I'm not sure if this is a 1.3 thing (it may
well be 1.4, perhaps with some implemented in time for 1.3 but not
exposed), but it's something I'd like to get started in this release
cycle
I think that http://code.djangoproject.com/ticket/13480 may be
relevant to your interests.
-FM
On Fri, May 28, 2010 at 8:22 AM, Arthur Koziel wrote:
> Hey there,
>
> my name is Arthur Koziel and I'll be working on the app loading refactor for
> this year's gsoc program. I'm currently a business
Hey there,
my name is Arthur Koziel and I'll be working on the app loading refactor for
this year's gsoc program. I'm currently a business informatics student in
dortmund, germany and working towards my bachelor's degree.
I didn't get any coding done this week. I attended the djangocon.eu confe
Le 28 mai 2010 à 00:01, Luke Plant a écrit :
> On Thursday 27 May 2010 17:29:28 David Larlet wrote:
>> Hello,
>>
>> We're working on this with Ben during djangocon.eu sprint [1]. Any
>> comment appreciated, still a work in progress though.
>
> Looks cool. I think Jari's idea of a class method
On 27 Mag, 22:58, Alex Gaynor wrote:
> FWIW Jacob was wrong, there is another tiket, but I can't find out now
> (yay trac search ;)), so don't be offended if I close your ticket.
Alex, no offense at all :-)
Ah, you don't be offended but I already closed it as a dupe of 8408
(thanks to Jeremy).
31 matches
Mail list logo