Im new to Logseq and i was surprised to find out i couldnt favorite a particular block, only pages; Given how outlining is the main structure, how we can focus/zoom-in even with breadcrumbs it creates this expectation that blocks are treated as pages/contents thenselves. Not being able to straigh favorite a block broke the illusion so to speak, bringing foward the need/necessity to think in files instead of outlining
Feature Request/idea: enable favoriting blocks like pages, on the same menu/option as favoriting a page.
implementation: favorited blocks (left sidebar) could work like block-links/references, displaying part of the block content (up to a maximum character number, because of space) while actually referring to uid.
I would also add an arrow or ‘…’ before the block title favorited, just to differentiate favorited blocks from favorited pages(root from files).
I think Logseq would benefit from elevating blocks closer to the relevance of pages
what i mean is the whole nature of Logseq is portrayed and built, from the frontend, as an outline- but actually working around individual files sort of clash with that design language; On one end it presents and creates this expectation towards outlining as the means and the end, on the other theres the necessity to separate files.
I get the reasons for separate files and i actually prefer this way- mardkown backend is awesome, future proof, portable and i dont have to ever worry about corrupting an entire database… but i wish the gap between the outlining upfront vs the files containing then was smoothed out- like in the favorites or easier linking to blocks.
For an outliner it feels like pages are more relevant, treated with more weight and relevance then blocks
I think/feel improving on that would also help making Logseq stand out even more from similars like Obsidian; I feel like Logseq can go further, expanding and building more on the outlining-first treatment compared to Obsidian with plugins