`enter_to_paste=True` makes both Enter and Shift+Enter paste

[dcaixinha]

First of all, thanks for this great package 🙌

One issue that I currently have is that with enter_to_paste=True, both Enter and Shift+Enter paste. No setting gives "Enter pastes, Shift+Enter copies-only".

keyboard_mixin.py hardcodes plain Enter, and clipboard_mixin.py (~L269) short-circuits on ENTER_TO_PASTE:

# keyboard_mixin.py
(False, False, KEY_Return): lambda: self._handle_return(False),             # Enter
(False, True,  KEY_Return): lambda: self._handle_return(not ENTER_TO_PASTE) # Shift+Enter
# clipboard_mixin.py
if ENTER_TO_PASTE or with_paste_simulation:  # paste

	False	True
Enter	copy	paste
Shift+Enter	paste	paste

I'd like for the two keys to be the inverse — True → Enter pastes / Shift+Enter copies-only; False → vice versa, so that I can have the default be to paste, but then have an escape hatch with Shift+Enter to not paste on certain cases.

The fix I see is to bind plain Enter to _handle_return(ENTER_TO_PASTE) and drop the ENTER_TO_PASTE or short-circuit.

Would you accept a PR with this change? And if so, should it be a new configuration field, or when people enable enter_to_paste we always make Shift+Enter not paste?

Version: 0.9.1

[d7omdev]

Thanks for the clear report, you’re correct about the current behavior.

At the moment, Shift+Enter is intentionally the always-paste shortcut, and enter_to_paste=True only makes plain Enter paste
as well. So today the behavior is:

• enter_to_paste=False → Enter copies, Shift+Enter pastes
• enter_to_paste=True → Enter pastes, Shift+Enter still pastes

So I wouldn’t treat this as a bug so much as a limitation of the current configuration model.

That said, your requested behavior does make sense. I can see the value in having enter_to_paste=True mean “Enter pastes by
default, but Shift+Enter gives me a copy-only escape hatch”.

I’d be open to supporting that, but I would prefer doing it as a new opt-in configuration option rather than changing the
meaning of enter_to_paste itself, since some users may already rely on Shift+Enter always pasting.

So yes, I’d accept a PR for this, preferably as a new config field, not as a silent behavior change to the existing one