[IPython-dev] Curses Frontend
Walter Dörwald
walter at livinglogic.de
Sun Mar 21 16:10:34 EDT 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