In vim mode "o" does not automatically create lists

[vigoux]

We strongly recommend you to search the forum with possible keywords before submitting a new bug report. Please also try your repro steps with community plugins and custom CSS disabled and see if it’s still reproducible. Alternatively, you can use the Sandbox vault (lower left corner ? → Open Sandbox vault).

If it’s an issue with third-party plugins or themes, try contacting the author for help.

Mobile-specific bug reports should be filed here: https://forum.obsidian.md/c/mobile/18

Once you’ve done the above, delete everything above this line.

Steps to reproduce

Starting from a new note, insert the followling:

1. My test list

Then with the cursor on that line, hit o to open a new line, you get:

1. My test list
[CURSOR]

Expected result

1. My test list
2. [CURSOR]

Actual result

1. My test list
[CURSOR]

Environment

• Operating system: Linux

• Debug info:

SYSTEM INFO:
	Obsidian version: v1.1.9
	Installer version: v1.1.9
	Operating system: #63-Ubuntu SMP Thu Nov 24 13:43:17 UTC 2022 5.15.0-57-generic
	Login status: not logged in
	Insider build toggle: off
	Live preview: off
	Legacy editor: off
	Base theme: dark
	Community theme: none
	Snippets enabled: 0
	Restricted mode: off
	Plugins installed: 3
	Plugins enabled: 3
		1: Quick Latex for Obsidian v2.5.1
		2: Citations v0.4.5
		3: Remotely Save v0.3.25

RECOMMENDATIONS:
	Community plugins: for bugs, please first try updating all your plugins to latest. If still not fixed, please try to make the issue happen in the Sandbox Vault or disable community plugins.

---

Additional information

I think this is pretty minor, because the bug is specifically related to o, and staying in insert mode then hitting <CR> behaves correctly.

[rigmarole]

@vigoux

We strongly recommend you to search the forum with possible keywords before submitting a new bug report.

I’m closing this one. Please see the links below.

---

Existing FR with some workarounds:

Vim: O and o should respect/understand current context

There’s a workaround @pseudometa found (requires the vimrc plugin). btw, the last update for the code editor shortcuts plugin enables us to create a better o and O in Obsidian that properly inserts prefixes for markdown lists " Smarter o and O (inserting prefix for markdown lists) exmap blankBelow obcommand obsidian-editor-shortcuts:insertLineBelow exmap blankAbove obcommand obsidian-editor-shortcuts:insertLineAbove nmap &a& :blankAbove nmap &b& :blankBelow nmap o &b&i nmap O &a&i

Existing FR:

Vim normal mode list support

Use case or problem While in “normal” mode, if the cursor is at the end of the line that is an item of a markdown unordered list, using the o key inserts a newline but does not continue with a new item in the list. In “insert” mode, with the cursor in the same location, <cr> does create a new item on the next line with the cursor ready to enter the item. Proposed solution Update normal mode vim bindings for o key to work like <cr> in insert mode. Current workaround (optional) None Related…

Existing bug reports

Vim: O and o don't respect current context

Yes, I suppose it could be considered a feature request, although I’m not sure I understand why you consider this behavior “more standard Vim”? For example, using o in Vim always respects autoindent and keeps the indentation level if applicable, which o in Obsidion doesn’t do either: Vim: [image] Obsidian: [image]

Vim mode 'o' in list always inserts spaces on newline instead of tabs

[image] o when in a list inserts single spaces instead of expected behavior of either: Tab whitespace inserted on newline corresponding to indent level with or without a continuation of the list item (i.e. -, >, +), which would be behavior equivalent to Enter/ at the end of the line. Or, empty new line. Steps to reproduce This is replicable in sandbox with vim mode enabled on v1.1.9. Default settings has Editor>Behavior>Indent using tabs on, but when using spaces, the indentation is expecte…