8000 When editing a page cursor navigation with arrow keys is inconsistent with respect to inline code · Issue #5267 · outline/outline · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

When editing a page cursor navigation with arrow keys is inconsistent with respect to inline code #5267

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.

Sign up for GitHub

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

Jump to bottom
Closed
jannschu opened this issue Apr 27, 2023 · 3 comments · Fixed by #5477
Closed

When editing a page cursor navigation with arrow keys is inconsistent with respect to inline code #5267

jannschu opened this issue Apr 27, 2023 · 3 comments · Fixed by #5477
Assignees
@tommoor
Labels
bug

Comments

@jannschu
Copy link
Contributor

Usually the arrow keys move the cursor one character, but for inline code the behavior is inconsistent.

To Reproduce
I made a small screenshot that contains written instructions on what is happening.

Screen.Recording.2023-04-27.at.15.27.49.mov

Similar issues show up when the cursor is at the beginning of inline code.

Expected behavior
Since moving around elsewhere is also possible with a single arrow key stroke, the expectation is that leaving inline code also takes only one keystroke. Or at least consistent behavior, or visual indication.

Outline (please complete the following information):

  • Install: self hosted
  • Version: 4f019b7

Desktop (please complete the following information):

  • OS: macOS
  • Browser Firefox
  • Version 112.0.1
@jannschu jannschu added the bug label Apr 27, 2023
@jannschu
Copy link
Contributor Author

Quick addition, character after code block is also skipped. Screencapture:

Screen.Recording.2023-04-27.at.15.57.41.mov

8000
@jannschu
Copy link
Contributor Author

Tried to find workaround and found another weird behavior. Dropping this screencapture here because I am not sure if it is the same issue. Sorry for being a little spammy :-(

Screen.Recording.2023-04-27.at.16.07.44.mov

@fuzyll
Copy link
fuzyll commented May 16, 2023 •
edited
Loading

This is maybe related, maybe not, can make a different ticket for it if necessary.

If:

  • Two users are editing a file
  • You start typing in a code block
  • You end that code block by typing the final backtick
  • The other user types something that causes the document to change
  • You start typing again

...the thing you type in the final bulletpoint will actually be formatted as code, as if you had never closed the code block. You can't use any of the little tricks (like using the right-arrow to skip "outside" the code block) mentioned/alluded to above to get out of the situation, either.

EDIT: Sorry, I'm also on self-hosted (v.0.68.1). Can try upgrading this weekend to see if the problem still persists.

@tommoor tommoor self-assigned this Jun 25, 2023
@tommoor tommoor mentioned this issue Jun 25, 2023
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@tommoor tommoor

Labels
bug
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

fix: Keyboard navigation around inline code marks outline/outline
3 participants
@jannschu @tommoor @fuzyll
0