Marvin Baumann

Explain the problem as you see it

Tana sets nice margins left and right of nodes and right of field names, which look "clean" but are not strictly necessary and take up space. Also they lead to line breaks earlier than strictly necessary, see second picture where the field values would easily have fitted in a single line still, but because of these enforced margins the line breaks and vertical content volume is cut in half.

Why is this a problem for you?

The more we multitask in tana, to quickly jump between different views and locations of the knowledge graph (which might be connect in our minds but tana isn't as far yet in UX design to show it the way our brains do), the more we'd like to maximize what we can view in the windows. Some users might prefer less margins or actually find them cleaner to enable them to take up more content in a single monitor.

Suggest a solution

Add a new setting: Normal, Tight and Extremly Tight margins.

Explain the problem as you see it

When viewing a list of lists, I usually "expand all" children of a certain node, read the children and their children, and in the end I want to collapse it all again, to remove visual clutter and get to the next parent node which I want to expand all, read, collapse all.

Currently for this I have to scroll up all the way to the expanded parent node and collapse it.

Why is this a problem for you?

Friction, takes time, unnecessary because fixable via this solution.

Suggest a solution

Executing command "Collapse All" on an already collapsed node (in this case a child node of the parent node I want to re-collapse) should collapse the parent node instead of doing nothing as is currently the case.

Explain the problem as you see it

With focus/cursor inline on some node, cmd+. let's me open that node up as a full page (or "zoom in"). If I want to keep zooming, I now have to use the arrows to move downwards, skipping subtitle and view options, to the children of the node.

Why is this a problem for you?

This is unnecessarily cumbersome.

If I zoom into a node, what are the odds I want to edit the "title" or node itself, rather than work on the children or keep zooming into some child?

Suggest a solution

It makes more sense to me, to have to focus on the first child-node after cmd+. which then allows to navigate to some child-node via arrows and the keep zooming with cmd+.

With a couple of cmd+, I can zoom back out, no need for change here.