[pyKDE] Eric3: Improving the shell.

Detlev Offenbach detlev at die-offenbachs.de
Sat Oct 1 09:36:58 BST 2005


Am Freitag, 30. September 2005 23:59 schrieb Joshua Gilbert:
> I gave it a go at writing the code myself, but I got lost, I can't
> find where the event is actually handled. To trace execution I'm
> running eric.py (eric-snapshot-20050917) in eric (Debian testing).
>
>  Anyway, here are my points.
>
>  * Replace it with IPython?
> IPython rocks. Awesome shell, very interactive and it provides a bunch
> of profiles that can be very handy. http://ipython.scipy.org/
>
>  * Can't paste more than one line
> Shame. Makes things harder than they should be
>
>  * Can't select with shift+<arrow keys>
> Annoying. Eric just moves over without selecting anything.
>
>  * Middle click paste or typing should move focus to the current prompt
> Instead of just overwriting the history. I don't mean the actual
> history, I mean what's visible in the shell.
>
>  * Ctrl-c should kill the current line Instead it does nothing.
>
> * Can't alter values in the code that's currently running.    test.py:
>  -----------------------------------
>  h = 5
>  print 'break here'
>  -----------------------------------
>  Now fire up eric, run the debugger and break at the second line. Try
>
> this in the shell:
>  >>> h
>
>  5
>
>  >>> h = 6
>  >>> h
>
>  6
>
>  * <arrow button up> doesn't match partials like my readline settings say
> to. So eric doesn't use readline. Already knew that. But still, the
>
> functionality is staggeringly useful. Use case:
>  >>> [x / 2.0 for x in range(10) if x % 2 == 0]
>
>  [0.0, 1.0, 2.0, 3.0, 4.0]
>
>  >>> h
>
>  6
>
>  >>> [<up arrow>
>
>  results in
>
>  >>> h
>
>  That's frustrating. Yes, this case was simple. In real usage I have
> lots in my history. Being able to search over some subset rather than
> the whole history makes things a lot faster. Especially when you're
> repeating some long sequence of actions to get some code to work
> right. Yes, you could define a function, but that requires that you
> expect it to not work. Also doesn't help when you're dealing with long
> obscure lines that you just need to change a little bit.
>
>  Again, I'm willing to help implement these features and fixes. But I
> need help, I don't see how to hack the shell code yet. A standalone
> version of the shell  would be very useful (an app with only the
> shell) as it would cut down on the depth and breadth of the problem. I
> tried, but I'm not familiar enough with pykde and friends to get it
> done.
>
>
> Thank you,
> Josh.
>

I'll have a look at it and will record your points on the wishlist for 3.9.x 
development. 3.8.x development is feature frozen and will enter the rc cycle 
in a couple of days.

Detlev
-- 
Detlev Offenbach
detlev at die-offenbachs.de




More information about the PyQt mailing list