You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I feel that the current stop points used by Code for navigating through a text document using keyboard combinations CTRL + LEFT ARROW and CTRL + RIGHT ARROW, resp., are quite confusing.
Apparently, the cursor isn't moved to the next word boundary (regex anchor \b) as is done by almost any editor I know. ... Frankly, I fail trying to understand what the exact algorithm behind the current keyboard navigation behaviour in Code may be.
Can we have Code behave like Visual Studio 2015 when navigating through text files using keyboard combinations CTRL + LEFT ARROW and CTRL + RIGHT ARROW, resp.?
The text was updated successfully, but these errors were encountered:
@SetTrend To clarify, the navigation is refurbished, but Ctrl+Right will still go to the end of the words, and not to the beginning of words as in Visual Studio 2015.
We're tracking this in #3577 and considering making it into an editor option.
I feel that the current stop points used by Code for navigating through a text document using keyboard combinations CTRL + LEFT ARROW and CTRL + RIGHT ARROW, resp., are quite confusing.
Apparently, the cursor isn't moved to the next word boundary (regex anchor
\b
) as is done by almost any editor I know. ... Frankly, I fail trying to understand what the exact algorithm behind the current keyboard navigation behaviour in Code may be.Can we have Code behave like Visual Studio 2015 when navigating through text files using keyboard combinations CTRL + LEFT ARROW and CTRL + RIGHT ARROW, resp.?
The text was updated successfully, but these errors were encountered: