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

Editor behaviour when entering lists #626

Closed
jammon opened this issue Jun 16, 2018 · 5 comments
Closed

Editor behaviour when entering lists #626

jammon opened this issue Jun 16, 2018 · 5 comments

Comments

@jammon
Copy link

jammon commented Jun 16, 2018

Operating system

  • macOS

Application

  • Desktop

What I see:

  • When entering a list by starting the line with e.g. - , hitting "return" starts a new line and inserts - at the beginning.
  • Hitting "return" once again places the cursor on the next line without inserting anything.
  • Any text on this line (in the editor) has the color of the text in lists, suggesting that it belongs to the list, but it doesn't.

What I'd like to have:

  • Hitting "return" on a line with no text but the - at the beginning of the line deletes the - and inserts a new line. (This is the behaviour of Sublime Text and it seems to me a quite natural way of ending a list.)
@tessus
Copy link
Collaborator

tessus commented Jun 18, 2018

Since this issue's title is very generic, I'd like to also mention a few things I've noticed.
(I have no intention of hijacking the thread though.)

The following is true for lists and checkboxes.

  • items are only continued on the first level
  • A tab after the - does not indent the item to the next level (however, a shift-tab does unindent by one level each)

@laurent22
Copy link
Owner

I've ended up fixing this one: "items are only continued on the first level"

@tessus
Copy link
Collaborator

tessus commented Jun 22, 2018

Ok, now I feel like I have hijacked the ticket. Any chance you could re-open it and we use it as a meta issue for list enhancements?

  • items are only continued on the first level
  • Hitting "return" on a line with no text but the - at the beginning of the line deletes the - and inserts a new line.
  • A tab after the - does not indent the item to the next level (however, a shift-tab does unindent by one level each)

@laurent22
Copy link
Owner

I'm not planning to implement these two features at this point as I think the way it works at the moment is acceptable (some text editors might do it differently, but others do the same, so there's not just one correct way to do it).

@jammon
Copy link
Author

jammon commented Jun 27, 2018

I think you are right. It's an ace problem. I have to raise the issue there.

@lock lock bot locked and limited conversation to collaborators Oct 16, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants