On 4/23/07, Collin Winter <[EMAIL PROTECTED]> wrote:
[SNIP - Adding test.test_support.TestCase]
>
> So: any objections to making this change?
God no! I am dying for you to write your replacement for unittest and
get it into the stdlib! I am tired of camelCase method names in all
of my test code.
On 04:36 pm, [EMAIL PROTECTED] wrote:
On 4/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
On 12:39 am, [EMAIL PROTECTED] wrote:
>Fast and simple: I want all stdlib test cases to stop subclassing
>unittest.TestCase and start subclassing test_support.TestCase.
>So: any objections to making t
On 4/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On 12:39 am, [EMAIL PROTECTED] wrote:
> >Fast and simple: I want all stdlib test cases to stop subclassing
> >unittest.TestCase and start subclassing test_support.TestCase.
>
> >So: any objections to making this change?
>
> Not an objection
On 12:39 am, [EMAIL PROTECTED] wrote:
Fast and simple: I want all stdlib test cases to stop subclassing
unittest.TestCase and start subclassing test_support.TestCase.
So: any objections to making this change?
Not an objection so much as a question - if these feature additions are
generally
Collin Winter wrote:
> Fast and simple: I want all stdlib test cases to stop subclassing
> unittest.TestCase and start subclassing test_support.TestCase.
>
> Why: With a single parent class common to the entire stdlib, adding
> new functionality/testing instruments to *every single test at once*
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 23, 2007, at 8:39 PM, Collin Winter wrote:
> Fast and simple: I want all stdlib test cases to stop subclassing
> unittest.TestCase and start subclassing test_support.TestCase.
>
> So: any objections to making this change?
Please use the absolu
On 4/23/07, Collin Winter <[EMAIL PROTECTED]> wrote:
> Fast and simple: I want all stdlib test cases to stop subclassing
> unittest.TestCase and start subclassing test_support.TestCase.
Go for it!
n
___
Python-Dev mailing list
Python-Dev@python.org
http
Fast and simple: I want all stdlib test cases to stop subclassing
unittest.TestCase and start subclassing test_support.TestCase.
Why: With a single parent class common to the entire stdlib, adding
new functionality/testing instruments to *every single test at once*
becomes trivial. One example wou