[IPython-User] Getting a clean prompt without Ctrl-C

MinRK benjaminrk@gmail....
Thu Jan 19 23:04:39 CST 2012


On Thu, Jan 19, 2012 at 20:24, Fernando Perez <fperez.net@gmail.com> wrote:
> On Mon, Jan 16, 2012 at 8:40 AM, Aaron Meurer <asmeurer@gmail.com> wrote:
>> I was thinking more along the lines of just having an option to switch
>> Enter and Shift-Enter, so that Enter executes and Shift-Enter enters a
>> new line.  Doing automatic stuff with continuations and so on would be
>> cool, but more advanced than the basic feature I was referring to
>> here.
>
> The problem is then that if plain Enter executes, there's no way to
> input multiline content.  Toggling all the time would get pretty
> annoying quickly.

Just as we have shift-enter to execute and enter for newline, you can
have shift-enter for newline, and enter to submit.  I think the
proposal here is optional reversal of the pair.

>
>> As I noted somewhere else, aside from being very annoying, Shift-Enter
>> is unportable: it's impossible to press on any kind of mobile device,
>> such as iPhones, iPads, and from what I've tried/heard, Android
>> devices as well.
>
> The iphone/android point is a valid one, but one we can temporarily
> address by adding an optional UI element that means 'run cell' which
> is easy to click.  There's already one in the menus, but we could
> expose an easier to access one as well, whose visibility could be
> toggled.  It's a bummer that right now the notebook is basically
> unusable from a mobile device that lacks a real keyboard.
>
> But in the long run, the real answer to this is to have a mobile
> version of the UI built with jquerymobile, so that it's really
> finger-friendly everywhere, and based on metaphors that suit mobile
> devices better than menus.
>
>> I agree with this.  You can leave it as the default if you want, but I
>> don't see why it shouldn't be configurable.
>
> Well, in some cases, making something configurable is a trivial matter
> of letting users set a value.  But in others, it means exposing
> altogether different codepaths based on the value of the option, which
> means more paths to test and maintain.  So there can be real cost to
> making something configurable, it depends on the specifics of the
> situation.
>
> Cheers,
>
> f
> _______________________________________________
> IPython-User mailing list
> IPython-User@scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-user


More information about the IPython-User mailing list