[IPython-dev] Curses Frontend

Walter Dörwald walter@livinglogic...
Sun Mar 21 15:10:34 CDT 2010


On 12.03.10 23:08, Brian Granger wrote:

> Walter,
> 
>> Releasing ipipe as a separate package would have several advantages:
>>
>>  * I wouldn't be forced to use bzr >;->
>>  * ipipe could have its own set of requirements
>>  * and be released on its own schedule
> 
> Yes, these are good reasons.  Also, with the IPython code base being
> refactored so heavily, it gives ipipe a bit more isolation from the
> messes we are making.

So, if all are OK with this approach, I'm going to move ipipe to a
separate project.

>> Being part of the IPython core has its advantages, but as long as ipipes
>> existence is documented in the core, a standalone should be no problem.
> 
> Yes, I think we should add a section to the documentation that lists third
> party extensions and IPython-using projects.

OK.

>>> *if it can be
>>> maintained/tested along with the rest of  the code*.  So if you think
>>> you can update the code/tests,
>>
>> As ipipe is mostly interactive, ther currently are no tests. However
>> some parts of ipipe could be testet.
> 
> Yes, ipipe is probably hard to test.

However the pipeline objects themselves *are* testable.

Servus,
   Walter


More information about the IPython-dev mailing list