Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Go to next line #14695

Closed
scenapp opened this issue Nov 11, 2020 · 6 comments
Closed

Go to next line #14695

scenapp opened this issue Nov 11, 2020 · 6 comments
Labels
area-editor-* User-facing catch-all feature-request Request for new features or functionality help wanted Issues identified as good community contribution opportunities

Comments

@scenapp
Copy link

scenapp commented Nov 11, 2020

(Using Terminal)

Currently, executing a line - stays on the current line.

Is it possible to have the same behavior as Pycharm (or many other REPLs - even Visual studio + PTVS), where by the cursor moves to the next line.

This saves a considerable amount of time.

Other issue is that executing a code block like a function, does not finish entry in the to the terminal. This require, either to select two additional lines after the function ends or to manually add enter in the terminal. Toggling between terminal and editor is a killer.

@scenapp scenapp added triage-needed Needs assignment to the proper sub-team feature-request Request for new features or functionality labels Nov 11, 2020
@ghost ghost removed the triage-needed Needs assignment to the proper sub-team label Nov 12, 2020
@karthiknadig
Copy link
Member

Thank you for the suggestion! We have marked this issue as "needs decision" to make sure we have a conversation about your idea. We plan to leave this feature request open for at least a month to see how many 👍 votes the opening comment gets to help us make our decision.

@karthiknadig karthiknadig added the area-editor-* User-facing catch-all label Nov 12, 2020
@luabud luabud added help wanted Issues identified as good community contribution opportunities and removed needs decision labels Dec 16, 2020
@ghost ghost added the triage-needed Needs assignment to the proper sub-team label Dec 16, 2020
@ghost ghost removed the triage-needed Needs assignment to the proper sub-team label Dec 16, 2020
@andycraig
Copy link

This would be great! There is some discussion of this feature at microsoft/vscode-jupyter#1471. It seems like the conclusion was to add a new command that executes and moves to the next line, to which users could add a keybinding if they wanted.

This feature would ideally exist for both Python: Run Selection/Line in Python Terminal and Jupyter: Run Selection/Line in Interactive Window.

@github-actions github-actions bot removed the needs PR label Aug 9, 2022
@karrtikr karrtikr added the needs PR Ready to be worked on label Aug 9, 2022
@Poduval
Copy link

Poduval commented Mar 30, 2023

This would be very useful, a must need feature.

@starball5
Copy link

starball5 commented Nov 21, 2023

Related on Stack Overflow: VS Code Python move to next line on run ctrl + enter.

Also, it's interesting to me that this is going forward when #13495 was declined. Or was it only declined because it would be changing default behaviour of an established keybinding? ... But is this feature-request not also requesting to change default behaviour?

@starball5
Copy link

weirdness: people on Stack Overflow have reported twice recently that they are now observing this behaviour by default...

I'm assuming that's a bug, but I can't reproduce it on my end, so I can't be of much use raising an issue ticket. If anyone ends up raising an issue ticket about that, please ping me in it so I can follow along.

@anthonykim1
Copy link

Hi everyone, cursor moving to the next executable code block (#21838) with shift+enter is default behavior with new feature "Smart Send". I do realize not everyone enjoys using this feature so there is a setting to turn this off if you search 'repl' in extension setting, there is a toggle on/off for REPL smart send.
Screenshot 2023-12-13 at 3 57 46 PM

@github-actions github-actions bot removed the needs PR Ready to be worked on label Dec 13, 2023
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Jan 13, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-editor-* User-facing catch-all feature-request Request for new features or functionality help wanted Issues identified as good community contribution opportunities
Projects
None yet
Development

No branches or pull requests

8 participants