[IPython-dev] available modifier keys. Broken Shift-Ins paste.

MinRK benjaminrk@gmail....
Sat Jul 14 13:52:10 CDT 2012


I commented this out, and shift-ins paste still doesn't work for me.
I also don't see how this would be any different, as the same event
will just skip all the following handlers, and return True at the end
of the function (after restoring control_key_active=false, which is
the behavior this is meant to avoid).

Of course, commenting it out is obviously the wrong answer, as that
necessarily re-breaks the thing that commit fixed
(ctrl+m-shift+<key>).  What should the real event be?  Should it
return False?

On Sat, Jul 14, 2012 at 7:03 AM, klo uo <klonuo@gmail.com> wrote:
> Great Dmirty, I already reported the issue also on github
> https://github.com/ipython/ipython/issues/2113 but someone tagged it
> as feature request instead bug
>
> Are you saying that by commenting that line everything works as
> expected and it does not affect Notebook in any way?
>
>
> On Fri, Jul 13, 2012 at 9:51 PM, Dmitry Chichkov <dchichkov@gmail.com> wrote:
>> It looks like broken "Shift-Ins" paste in Notebook is have something to do
>> with the following code in the
>> IPython/frontend/html/notebook/static/js/notebook.js :
>>
>> else if (event.which === key.SHIFT) {
>>    // ignore shift keydown
>>    return true;
>> }
>>
>> If I'm commenting it out, shift-insert paste starts working again.
>>
>> It looks like this code was introduced in the following commit 8dc3ac7 -
>> "prevented case-sensitive shortcuts if shift was pressed after control key:
>> https://github.com/ipython/ipython/commit/8dc3ac7c3961a5486aeb8552d772e7be45c6128f
>>
>>
>> Dmitry
>>
>>
>>> Don't know what OS you run, but FYI Alt-Enter doesn't seem to do
>>> anything on Windows in both Firefox and Chrome.
>>> >From the user point of view, your suggestion for executing and
>>> appending new cell in one shortcut, looks interesting to me
>>>
>>> While here, I don't want to steal your topic, but as I opened it
>>> because you mentioned modifiers, I noticed strange behavior and I'm
>>> not sure if it's the way it should be: CUI clipboard commands, which
>>> are handy in Notebook environment, behave like this on my PC:
>>>
>>>  - Ctrl-Ins (Copy) - copies selection to clipboard (as expected)
>>>  - Shift-Del (Cut) - deletes selection (can be easily mistaken that
>>> contents is cut to clipboard)
>>>  - Shift-Ins (Paste) - doesn't paste but triggers Insert
>>>
>>> so it looks like some changes to Shift modifier has something to do
>>> with this unfortunate behavior.
>>>
>>>
>>> On Mon, Jul 2, 2012 at 7:30 PM, Zoltán Vörös <zvoros@gmail.com> wrote:
>>> > Hi All,
>>> >
>>> > I know that since the notebook is supported on many platforms and on
>>> > many browsers, the intersection of the many sets containing modifiers is
>>> > somewhat limited, so I would like to ask, whether something like
>>> > Alt+Enter would work on all systems. What I would like to suggest (I can
>>> > also implement it, if I am given the go-ahead) is a shortcut for
>>> > Shift+Enter + Control-m a. Many a time, I find myself going back to a
>>> > piece of code in the middle of the notebook, and after entering a
>>> > statement, I would like to get a new code cell at that particular place.
>>> > Control+Enter takes me back to the cell, and Shift+Enter jumps to the
>>> > next cell. I think, such an addition would be useful, but I don't know
>>> > what the allowed modifiers are.
>>> >
>>> > Any comments or suggestions?
>>> >
>>> > Cheers,
>>> > Zoltán
>>> > _______________________________________________
>>> > IPython-dev mailing list
>>> > IPython-dev@scipy.org
>>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev@scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev@scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


More information about the IPython-dev mailing list