Inconsistent blocks included in backlinks when the last block is not a text.

[myneur]

When the blocks right before a link are text, all blocks are shown in the backlinks.

Other blocks like lists or blockquotes break the sequence. Only the last list item is shown. Or just a block blockquote and no text before even if it is followed immediately without an empty line.

Example: 
# Headline
Text 1
- list item 1
  - subitem 1
- list item 2
  - subitem 1
Text 2
Text 3
[[link]]

Result: text in the backlink is just up to "- list item 2" Expected result: all continous text up to the headline should be shown.

I prefer including all blocks up to the headline or empty line, because when not needed, the user can just add an empty line to indicate where to stop. Alternatively, if he adds a link at the end of the line, only that line might be included in the backlinked text. So he'd be under control of what to include. I prefer treating the blockquote and a tab indented text being included as well, as they are part of the block when they directly follow the previous blocks and include the whole list the same way as all paragraphs are included if they are not interrupted by an empty line.

[spasche]

Thanks for reporting the issue. I tried to reproduce your example:

For the first example:

Result: all blocks up to the headline are shown in the backlinked text.

I don't see that behavior, could you post a screenshot to demonstrate what you see on your side?

[myneur]

I see I simplified the example too much. It showed more, because the block was nested

So I would rephrase it that my expected result is to behave the text the same as other blocks. To show all blocks uninterrupted by an empty line or headline the same way as all texts are shown.

The most painful it is in showing just last list item. The other blocks like blockquote and indented text are also important to me, because I create a visual hierarchy and a bit of semantics by them and need to include them all.

For me what breaks the information that should be kept together, is the empty line or headline.

[spasche]

Thank your for the clarifications.

So if my understanding is correct, you would like to have more context visible in the view or popups? Currently, it is limited to the line containing the link with a few exceptions in case there is a list (like in the example you demonstrated).

There is already a feature request about showing more context in #9. If my understanding is correct, I'll then mark this one as a duplicate.

[myneur]

That one is quite broader and ambiguous. I don't know if you want to implement it all.

My report is just to keep consistent how text vs. other blocks are shown.

I'd keep it the same in the context menu and panel.

If you want to build that all, you can merge it, but I think this resort is much focused and easier to implement.

Thanks for considering, m

Sent with Shortwave https://www.shortwave.com?utm_medium=email&utm_content=signature&utm_source=bXluZXVyQGdtYWlsLmNvbQ==

On Wed Sep 10, 2025, 02:51 PM GMT, Sylvain Pasche @.***> wrote: [image]spasche left a comment (TfTHacker/obsidian42-strange-new-worlds#180) https://github.com/TfTHacker/obsidian42-strange-new-worlds/issues/180#issuecomment-3275335323

Thank your for the clarifications. So if my understanding is correct, you would like to have more context visible in the view or popups? Currently, it is limited to the line containing the link with a few exceptions in case there is a list (like in the example you demonstrated). There is already a feature request about showing more context in #9 https://github.com/TfTHacker/obsidian42-strange-new-worlds/issues/9. If my understanding is correct, I'll then mark this one as a duplicate. — Reply to this email directly, view it on GitHub https://github.com/TfTHacker/obsidian42-strange-new-worlds/issues/180#issuecomment-3275335323, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAZZHBKM4F6ULDNW3MQTTD3SA3HBAVCNFSM6AAAAACGAQYCICVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTENZVGMZTKMZSGM. You are receiving this because you authored the thread.Message ID: @.***>

[spasche]

My report is just to keep consistent how text vs. other blocks are shown.

I'd keep it the same in the context menu and panel.

Do you mean that you'd like the content of the plugin popup or the "Strange New World" view on the right to match the layout that you see in the editor? For instance with the indentation of the "Item 2" and "Subitem 2" in the example above?

SNW is using a rendering similar to what you see if in the "Reading view" mode of Obsidian.

[myneur]

That would be great. But showing all the data is more important to me than the style. To be able to review all the information just from the SNW. Save style is a big plus thought.

On Wed, Sep 10, 2025, 18:10 Sylvain Pasche @.***> wrote:

spasche left a comment (TfTHacker/obsidian42-strange-new-worlds#180) https://github.com/TfTHacker/obsidian42-strange-new-worlds/issues/180#issuecomment-3275616324

My report is just to keep consistent how text vs. other blocks are shown.

I'd keep it the same in the context menu and panel.

Do you mean that you'd like the content of the plugin popup or the "Strange New World" view on the right to match the layout that you see in the editor? For instance with the indentation of the "Item 2" and "Subitem 2" in the example above?

SNW is using a rendering similar to what you see if in the "Reading view" mode of Obsidian.

— Reply to this email directly, view it on GitHub https://github.com/TfTHacker/obsidian42-strange-new-worlds/issues/180#issuecomment-3275616324, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAZZHGRVJPFYWDKG72NEET3SBEOTAVCNFSM6AAAAACGAQYCICVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTENZVGYYTMMZSGQ . You are receiving this because you authored the thread.Message ID: @.***>