The backlinking setup is a good idea even for a more traditional hierarchical app like this, makes it easier to cross-pollinate pages and eg. build bibliography files (which is something Iâve been looking for for ages, to link authors and their writing together easily)
What I like most about Roam is that I can write almost anything and not have to organize the information. If I tag or link the subject(s) itâs complete. This gives me a lot of confidence in the system that I wonât lose or in frustration search for relevant notes. I donât feel it is a trendy new feature. Itâs a critical missing element in all note solutions.
Wow Iâve found another one that follows a very similar knowledge representation model to Roam (graph with easy way to crete and connect concepts, backlinks, transclusion, etc). But it also has spaced-repetition model (autogenerating cards from your knowledge graph) on top of that: https://www.remnote.io
UX is kind of clunky though.
There was a discussion on the Tinderbox forum around a report that the owner of Roam was looking at pricing the product at $30/month or $10,000 lifetime subscription. (Thatâs not a typo.)
I agree. Dynalist is so far ahead of the competiotion.
Agree. Deeplinking or crossreferences or backlinking would be super usefull. For the time being the best workaround is using tags intentionally.
See my post here: Tag structure for Dynalist (GTD , Zettelkasten and SecondBrain )
Pricing isnt set in stone. The founder also mentioned that beta users will not pay full price if they create an account before the official launch. I would love to see Dynalist add backlinks feature like Roam has.
The wiki style creation of pages, using square brackets, is cool, of course. Whatâs super powerful in Roam Research is:
- No need to figure out where that page goes: it just âisâ
- The page created for a term automatically shows all references to that page which are explicitly linked but also unlinked references
- those unlinked references can be turned into linked references at the click of a button, one by one or one click for all
- Page titles can be changed and the wording of the links will automatically update
Those are killer features for a knowledge system.
It would be feasible to do similar manually in Dynalist, or for Dynalist to add features like this. âHardestâ would be dealing with the document space. New entries created by square bracket use would have to live in a sort of ânew pagesâ document. People can leave them there. Of course once a user would move the page the links would break as weâre not really using words as the GUID but real GUIDâs.
As for the price point: $30 USD is a lot of money. Itâs more than a software + sync services subscription to TheBrain, which has been around forever. The founder really believes Roam brings so much value that it would merit that price point, even though he keeps the door open to possible changes.
The above post lead to me searching for âroam vs dynalistâ, which brought me here. I think the most appealing feature Roam has is that you can freely create pages without thinking about where they belong in the hierarchy. It would be great if Dynalist could support something like this where pages can live in a mesh outside of the normal hierarchy. There could also be some kind of graph view that displays this mesh, but thatâs could come later (or never).
I want to pile onto the observations that others have about the value of the bidirectional links feature. To me, this is all about the creation / encouragement of serendipitous links between bits of knowledge. This is my #1 value-add in my job, and I would love to have a tool that would help me amplify this.
I would seriously consider switching to gain this feature - to me, itâs way more useful to me than most (all?) of the recent features that have been added to Dynalist put together. This would be a hard feature to add into Dynalist without seriously disrupting what makes Dynalist unique and powerful in its space. Hello, innovatorâs dilemma
What do others think? How valuable are bi-directional links to you?
I agree it would be a boon to Dynalist. I used it a lot with NoteStudio before that app was closed down. It would make Dynalist a perfect research tool.
I struggle to understand whatâs going on in that video. I think itâs a very poor example because the effect of clicking on that link is the same as clicking on the bullet in DynaList.
I think the notion is that [[Thing]] is more like in DynaList #Tag, and clicking on [[Thing]] is just the same as clicking on the tag in DynaList. But the interaction is different. Clicking on a link in Roam switches you to the other link. Clicking on a tag when you already have a tag selected in DynaList adds the tag to the filter. You would need to edit and remove the previous tag to get the same effect of navigating. One other detail: Because itâs bracketed, Roam lets you have full text inside the brackets, but tags are not allowed spaces.
If itâs something else than this, please explain.
Even if my explanation is indeed different, it might still be a great way DynaList could do similar, without âseriously disruptingâ the nature of DynaList.
Whilst weâre on the topic of bi-directional linking, hereâs the Dynalist feature request thread.
Please go there and add your votes!
Yes, we definitely see the innovatorâs dilemma here.
Dynalist had [[
links before Roam Research started (we introduced it in April 2016), and we had always wanted to go deeper in that direction. But like you pointed out, if we want to introduce it now, it has to be non-disruptive to current Dynalist users. Weâre well aware not all Dynalist users need it.
Right now our consideration is to make the bottom âreferencesâ area only show when you turn on an option, plus providing a convenience utility to find out how many places linked to this node.
Still, this only applies to links to full nodes, not [[text segment]]
. But since [[text segment]]
doesnât do anything at all right now, we can hook it up to global search, which will search for all occurrences of exactly [[text segment]]
(linked occurrences) and in another section results for text segment
(unlinked occurrences).
I think the notion is that [[Thing]] is more like in DynaList #Tag, and clicking on [[Thing]] is just the same as clicking on the tag in DynaList.
What happens when you write a [[pagename]] or #pagename in Roam is that it creates a new page. It doesnât have tags in the ordinary sense. Every act of tagging creates a full page you can write to, and all pages gather intentional [[pagename]] links to themselves and mentions of pagename themselves throughout the userâs Roam database.
The pages themselves are shown to the user as a hierarchically flat, and structure comes from the connections between pages. Writing links to index pages is basically the systemâs filing action since the indexes will end up creating a typical tree-like structure:
Dynalist isnât inherently like that, but linking notes was a key part of why eg. Niklas Luhmannâs Zettelkasten - a hierarchical tree-like structure a lot like what Dynalist can do, and consisting of something like 90 000 individual notes - worked and wasnât a yawning abyss of notes organized nicely but that youâll never see again because Luhmann had a separate, file cabinet organized reference box, and a separate box for his ideas, and his paperslips linked to each other. My notes are certainly underlinked at the moment.
Luhmannâs actual paperslip collection, scanned:
https://niklas-luhmann-archiv.de/bestand/zettelkasten/inhaltsuebersicht#ZK_1_editor_I_17-1b12
I understand now. Yes that is beyond DynaList capability and different from the tag system. Yet similar could be done by DynaList enhancements without going to the length of generating an actual page for each link. Fact is, DynaList has zillions of editable pages, accessible by tapping on any bullet, and dynamic pages generated by tapping any tag. Put those together with some creativity on both the side of development and of user, and we can have cake too.
Itâs not there yet. And as DynaList documents grow it becomes more necessary as things get lost in vastness.
I love this idea! It would be great to see links to the current node.
One âeasyâ step forward to make [[square bracket]] use a bit more comfortable already is to, once a link has been selected, move the focus to the end of the inserted link.
Currently if you type [[ & select your link, your cursor is stuck in the highlighting of that text. You have to manually go to the end of the inserted link; this gets you out of the flow of writing.
I had hidden backlinks in powerpack (it can be enabled if PP still works and someone wants to play with code that I published in PP thread) more than year ago when I tried to use one of my docs in Dynalist for zettelkasten Itâs cool to have backlinks, but itâs far from Roamish experience. At least these features would be needed â automatically created daily notes + backlinks + easy way to create zillion of docs + global search that works like doc search + sidebar that allows to open multiple different docs and drag&drop nodes between everything + embeddable docs. And possibly more. That gives true flexibility and allows for total ZK experience. Dynalist has superior datetime features + calendar integration; and generally I think itâs doable to recreate Roam in Dynalist, even as browser extension - one can use doc as database as I did in Powerpack, so itâs possible to do crazy stuff, but I doubt it will happen as it is a ton of work.
#roamcult
For many itâs an edge case, yes.
The creation of new pages when using empty square brackets is a problem as the link would change once the entry is moved to another document; simply using the inbox wouldnât help.
It took me using Roam to realize again that [[page creation]] is something Iâve really enjoyed when using wikiâs; in my case especially Zim Wiki