Steps to reproduce
Swapping lines using keyboard shortcuts bound to command palette command
Unordered list items simply swap position, with bullets keeping the same indentation as before.
Ordered list items swap positions, with numbers keeping the same indentation and numbers being updated to reflect their position in the current sub-indent.
Bullets sometimes become asterisks when moved past a bullet that is on another level. No discernable pattern. Sometimes the indentation changes as well.
Numbers sometimes become out of order and mess up the following numbers. Indentation seems to change as well. Also Preview pane don’t always match the number sequence nor indentation in the edit pane.
Video of some of the issues can be found here, along with a video of how I would expect it to behave (demonstrated in OneNote)
Some of the thigs you report aren’t bug but the way markdown works.
Some of the things you report are also releted to the smart indent functionality. Do you have it on or off?
Thanks for the quick reply. Which things aren’t bugs? Not being able to have a bullet at any indentation? If so, fair enough.
I do have smart indent on - without it, bullets/numbers are not created on the next line, which makes things much slower. Which of the reported issues are accounted for by the Smart Indent feature? Is there any way to make it Smart-er
Either way, the bullet -> asterisk problem seems to remain.
Yeah, some of the issues you see are more releted to making the smart indend smarter than problems with line swap.
It’s tricky a thing and I don’t promise that we’ll fix everything right away.
Thanks. I’ll try to work around it as best I can. Extremely glad to have this as a feature now!
Shifting (swapping) lines up/down does not work as expected.
2020-10-10 observation updated in post below.
related: Include nested content when swapping or moving FOLDED sections
Line swapping is still basically unusable with the latest version (0.8.12).
It looks like the combination of Shift+Up/Down is changing the text selection before the Control+Shift+Up/Down shortcut is moving the selection up or down.
I can confirm this.
Current behavior: with hotkeys , Ctrl+Shift+Down
Windows7, Obsidian 0.9.2, Smart indentation ON.
With five line text:
Hotkey Ctrl+Shift+Up bound to “Swap line up” with caret in line “4d”:
Behaves as Shift+Up (i.e. selects also portion of line above).
And then swaps [lines involved in selection] with [line above selection].
with text “c\n4” being selected (\n meaning line wrap).
Hotkey Ctrl+Up bound to “Swap line up” with caret in line “4d”:
Behaves as Up, i.e. caret moves to line above (“3c”).
And then swaps the line “3c” with line above (“2b”).
Swapping down with caret in line “2b” behaves equivalently, i.e. as if Shift+Down or Down precedes swapping lines.
This applies to caret in the middle or the end of line, caret at line beginning is exception not analyzed in detail here.
Edit: related issue during clicking links:
Dont know if this is the right place to ask, but I am quite unhappy with the Cmd + Shift + Click behavior on Mac. This is because Shift + Click itself always selects the text from cursor to current line before jumping to the new page. This is quite annoying - has anyone an idea how to fix/workaround?
Apparently this hotkey doesn’t like Ctrl (+ Shift) + Arrows. This should be fixed or clarified, as people are used to this in IDEs.
By my experience
Ctrl + Shift + Arrows is used for selecting blocks of text… I’ve always seen
Ctrl + Alt + Arrows for line swapping, and this seems to work just fine (full disclosure, I only set the hotkey a few minutes ago).
Just checked, out of the stuff I use regularly VSCode uses
Alt + Arrows, Visual Studio, IntelliJ and Notepad++ use
Ctrl + Shift + Arrows to swap, and all use
Ctrl + Arrows to “scroll” by one line. So there’s precedent for both.
I can also change VSCode’s to
Ctrl + Shift + Arrows (and I would think you can use the others with
Alt + Arrows), but the former is broken in Obsidian.
For what it’s worth, Sublime Text is also
Ctrl+Shift+Arrow to move lines of copy, and was the first hotkey combination I tried with Obsidian.
It seems to be fixed now.