Add another method besides # headers

[profucius]

Hi there, first of all, fantastic plugin! It is already becoming an essential part of my workflow in Obsidian.

I would like to ask if it would be possible to add an alternative method to the "Add new header" method to use a different type of symbol detection.

So currently, this method uses a header at ## (H2) to signify a multi-line block. This makes sense, and it does work. However, the downside of this is that if the content is within a bullet list, or some other pre-existing format, then inserting a header into the content breaks the flow and causes it to appear ugly and messy.

I wonder if you could add an alternative to this, instead of using ## to use some other symbol, for instance $$ or @@ or something like that? By doing so, the content can remain in its existing format, and be less disturbed by the insertion of the symbols.

Or is it not possible because this method requires it to be detected as a header? I would like to understand. Thanks again!

[Jasper-1024]

There is really no other way to do multi-line block quotes except using ##. If there is, it may be beyond my ability. I am not a professional TS developer. My main job is computer network.

PS: ## destroys the original a bullet list, or some other pre-existing format. Can you give some specific examples? When the plugin adds ##, such a format should have been considered. I am a little confused.

[profucius]

I see, thank you for the reply. What I meant is that when I want to do a multi-line block quote of a specific set of text within a bullet list, it ruins the flow of the document. Example:

- Bullet
- list of
- original
- text
- I want
- to quote

becomes

- Bullet
- list of
## vblock-quote-id
- original
- text
^block-quoteid
- I want
- to quote

which looks unpresentable when I am in Edit mode. I see that they hide when in Reading mode, but I am rarely in that mode.

If there is not much that can be done about this I can understand that. I just wanted to open a ticket to see if it was possible at all.

[Jasper-1024]

This is what I didn't expect, and the personal use was basically under live-preview. According to this example, then this problem is indeed no solution.

[profucius]

I'm not sure if there's some miscommunication on the editing view type. I am using Edit View as Live Preview mode. The only other edit view is Source Mode, but I am not using that.

Settings > Editor: