Logseq is fundamentally an outliner, but going from outlines to long form writing isn’t such a big stretch. My goal with Logseq is to have all my external knowledge in one place, so having to transition to another tool for the best long form experience creates friction.
Logseq already has a visual document mode, which you toggle with td. This toggle only hides the bullets — they still appear when you copy the content (my biggest issue) and when you open the document in another editor.
When I’m writing a long form document, there’s no reason for the bullets to remain there at all. I propose that Logseq add a page type property: the default “outline” type and also a “document” type.
The “document” type would have no bullets. It would be a page in the graph database, but it would have no block IDs associated with it (since the page itself is the only block). Honestly, I think this solution is pretty simple, and it would greatly streamline my workflow.
Maybe paragraphs could be considered in the graph/database just as blocks with no children and to switch between block and paragraph just let us delete the bullet point with Delete keyboard button at the beginning of a first-level block and press - to going back to block, just like in text editors.
Yes to all of this. I would love to see logseq use a standard markdown parser/model where headings create hierarchy, paragraphs are blocks, lists (bullet and numbered) are also blocks (of type “list”), etc. Of course such a standard model would have to be enhanced with logseq’s extensions, like property blocks.
I generally like this idea, but I think the bullets/blocks are too fundamental to Logseq’s purpose (outliner) to just allow for deleting them. Instead, it would be better if bullet-deletion was disabled by default and toggle-able per page.
For Pages made in Logseq
bullet structure (current behavior) by default
shortcut/toggle (like td for document mode right now) allows for deleting the bullets
with that mode toggled on, you can create the below structure:
- block 1
- child of block 1
still block 2
still block 2
- block 3
if you delete the bullet of block 1:
- block 2
still block 3
still block 3
- block 4
If the user toggles outline mode back on after already deleting some bullets, all the bullets reappear:
either (every line break in a paragraph becomes a parent block)
To me it still seems like that behavior is too complex. Expanding the document mode will inevitably add complexity to Logseq, so the goal should be to make it as simple as possible.
In the current, visual-only document mode enabled with td, each empty line represents a block break, but the bullets are still there in the actual file. With the bullets completely gone in a true document mode, I think it makes more sense to put all content without a bullet in a single block, unless it’s interrupted by a bullet.
Also, in your first two examples, does the child block have 2 indentations even though it’s parent block (the paragraph) has 0? That seems odd, but it also can’t have just 1 indentation, or else the 2nd parent block that still has its bullet would be indistinguishable.