Skip to main content
tana
Product Company Community App Get early access
Community
Search
Log In
Log In Sign Up
RoyHJ

RoyHJ

Joined Jun 26, 2024 Last seen Dec 17, 2024
Posts 4 Comments 2

⁨RoyHJ⁩'s Posts

Newest Top
Newest Top
RoyHJ RoyHJ Jul 4, 2024

Sync Tasks with TickTick

Actions

Explain the problem as you see it

Tasks naturally emerge while working with Tana. Would be great to have them synced/captured into a task manager (TickTick in my case) for those of us that prefer having task management separated from the PKM tool.

The other direction of viewing the tasks in Tana would be nice to have.

Why is this a problem for you?

With tasks accumulating in Tana, it overloads its main use as a PKM for those who prefer not to manage tasks within Tana.

Suggest a solution

TickTick integration:
https://developer.ticktick.com/docs#/openapi

6 ⁨6⁩ ⁨comments⁩
RoyHJ RoyHJ Jul 4, 2024

Suggesting backlinks and traversing the Tana nodes graph when adding a reference or a tag

Actions

Explain the problem as you see it

When tagging or adding a reference to a node, I tend to think in an directed graph manner that reflects the context of the reference (what links to it / what was I doing when I created this node / what does this tag extend).

For example, let's say that I'm tagging a quote or a thought and I want to choose the right #topic to tag it with. At this point in time, the most straightforward thing for me to do is start writing a parent tag (say, "#topic") and I would like to have Tana show me all the tags the extend (inherit) #topic (more generally, all of the backlinks, in this case, the tags first, then the other links to the tag, because I'm tagging).

Similar examples for regular @references are easy to think about, e.g. I'm looking for a note I wrote while summarizing some paper, so I'll start with the @paper_name and traverse the graph via backlinks (would be nice to also suggest notes directly under the paper note in the outline structure in the autocomplete menu, maybe after "tabbing/traversing into it").

Partial workaround: The search pane is quite powerful, and can solve some cases without explicitly traversing the graph (no way to limit the results to backlinks of a specific node rather than a semantic search).
Would be great if it could be integrated with the autocomplete menu (I'm not finding a natural way to insert a search result as a link/tag to my current cursor location after ctrl+s).

Why is this a problem for you?

Creates friction while linking and tagging that could be easily solved.

Suggest a solution

Example using tags:
When tagging, add suggestions of backlinks (including "extending tags") based on a current "traversing location in the Tana node graph" the first node would be selected using auto complete of the name being typed and using Tab to select a node.
i.e. after selecting #topic with tab, suggest the tags that extend/inherit #topic, then when selecting a sub-tag (tab or mouse click) update the suggestions based on the sub-tag location... allowing the user to traverse the tags graph in an easy way.

Another way to put it, is to allow traversing the Tana graph while linking via backlinks (tag being a special case of a backlink).

0 ⁨0⁩ ⁨comments⁩
RoyHJ RoyHJ Jul 1, 2024

Recent nodes

Actions

Explain the problem as you see it

When working with linked nodes we toggle forward and backward into and out of nodes quite often.
Multiple panes help managing multiple contexts side-by-side, but also make backtracking to recently visited nodes a little more complicated.

Why is this a problem for you?

I find myself having to (re)search nodes constantly, losing recent nodes when backtracking with alt-back. This creates friction and increases mental fatigue.

Suggest a solution

A ctrl-k "show recent nodes" dialog to back track quickly to a recent node (across panes).

-=-=-=-=-=-=-=-=-=-=-
Update: feature already exists in search dialog (ctrl-s)

4 ⁨4⁩ ⁨comments⁩
RoyHJ RoyHJ Jun 27, 2024

Inline fields

Actions

Explain the problem as you see it

Since fields add semantics to metadata/links, they should blend naturally with the flow of writing text.

This is especially useful for stand-alone fields (not attached to supertags) common throughout the workspace.

Why is this a problem for you?

Blending-in fields within the note helps keeping the flow of writing, reduces friction in editing existing information (changing the relation in-text while reading) and the exact context is useful to pinpoint the field to the source context in the note.

Suggest a solution

For example, in a note about "Smaug" I might start with something like this:

Smaug is a (instance of:: Dragon) in [[Tolkien]]'s book [[The Hobbit]] (has question:: are there other dragons in middle-earth?).

with an option of linking notes a little more through the field values:

Smaug is a (instance of:: [[Dragon]]) in [[Tolkien]]'s book [[The Hobbit]] (has question:: are there other dragons in [[middle-earth]]?).

This kind of syntax should add "dragon" to the field "instance of" of this note (and the question...) similarly to setting it in a separate line as a field.

Example implementations of this approach are obsidian/dataview and semantic mediawiki.

0 ⁨0⁩ ⁨comments⁩