Awesome, thanks!
Thanks!
I tried it but canāt make it work. I installed the plugin using BRAT. When enabled nothing happens when I press tab key. I have Swedish keyboard, could that be the problem?
The plugin is now on the Obsidian community plugin repo.
Try download the latest version by browsing it in Obsidian.
The tab key detection is just a native Obsidian hotkey, not sure if Obsidian is detecting that properly.
Iāve made changes to it since you tried it, I think it should work now.
It works! Thank you for making Obsidian 100% more useful.
This isnāt a very popular feature request
I suspect plenty of folks find this āfeatureā to be an annoyance, search for a non-existing solution, and move on. If it were put to a poll to all users, most would likely prefer āstandardā behavior, and that this input-hijacking would be optional.
You donāt have to convince me. I voted for this FR too. I was just explaining to that other poster why they canāt expect fast action on every FR.
I noticed youāre behind it, i was just putting the idea out there that what we see in here is likely not representative of the userbase as a whole. Silent majority kinda thing.
markdown tabs are used for indenting and are eliminated in the rendered form in all other cases
Some analogies:
Compiling source code strips out comments, yet they are useful. The fact that wrapping and indenting call chains has no effect on the compiled output does not matter, it is still useful when i am writing code. Handwritten HTML is absolutely loaded with whitespace bound to be stripped when rendered. (And no, not just for start-of-line hierarchical indentation. Consider attributes/attribute values.)
Similarly, it can be useful to use whitespace to improve the editing experience of raw markdown, knowing full well it would be stripped. Just as with source code, text documents are dynamic (for want of a better word) - what works best can only be determined by the content. And the author, of course.
If this were put to a poll to all users, my instinct tells me there is a significant silent majority that would prefer this ātab key only ever means start-of-line indent and can never be used to insert a tab character or multiple spaces at cursor location depending on your settings, even if youāre in source mode and/or a code blockā to be optional behavior. All while knowing that this whitespace will be stripped when rendered, assuming itās destined to be rendered at all.
That said, I do appreciate Obsidian and the work put into it.
Thank you! Thatās exactly what I wanted (after modifying the default settings to enable āUse spaces instead of tabā and āAlign spacesā and disable āUse hard spacesā).
I hope Obsidian incorporates these features into the base someday.
Thank you so much for sharing this!
The number of downloads are a good indication that this is a popular request