Adam J. Richman

Alternatively, simply have the CMD+K > Add Tags > list also search the Descriptions of the Tags, then we could set Emojis as the name of the tag but still search by way of their Descriptions.

Brings up a lot of data privacy concerns for me. That would mean you're giving your AI of choice API access to your entire graph, instead of specific nodes only. If data privacy were taken more seriously by either Tana or OpenAI (everything E2E encrypted, I hold the keys, and no data was used to train future models), I could get behind something like this. Until then, this type of integration is for me personally.

Has my vote, so long as there's a way to toggle the sidebar off completely. Definitely interested in a dockless + paneless + sidebarless Tabs alternative, too.

2023-07-09 at 09.47.37 - Workflowy - Workflowy - Sun Jul 9 2023 - WorkFlowy [Curïo].mp4

More context, now a couple months later, as this is still a major stumbling block in daily Tana adoption... Workflowy's absolutely fluid / frictionless "Move To..." experience on demo... I feel Tana needs to emulate this. Full graph access via Move To with incredibly fast fuzzy search and node creation.

Sadly this doesn't work when configuring tags, which is the most frequent annoyance with this issue.

Further, the fact that some commands that "take me places" exist in CMD+K and some in Search is disorienting. For example, I can open calendar dates for upcoming (highly specific only — not natural language dates) dates within the next week through CMD+K but not through Search.

And even finding specific terms in the command from CMD+K can be disorienting. For example, jumping to the next Monday (called Upcoming Monday)... it can't be found with Monday alone.

Instead you need to use more terms, like "cal Mon" to find it... which is again disorienting because expectaiton is that "Mon" alone would work.