It seems unlikely to me that it could be anything but the latter. They are a small team who have turned a huge percentage of their time availability to turning out a new product. It must therefore follow that the time spent on Obsidian was not spent on Dynalist.
I had never really considered before just how much the apparent love for the product by its developers impacted my own enthusiasm. Dynalist is obviously just as good as it was but something has changed for me. Perhaps itās about supporting a great team in their goal to produce something great that feels like a partnership. So when their efforts wane I wane with them. I came to Dynalist, some years ago, from Workflowy. At that time, Workflowy had lost its way and Dynalist was dynamic and focussed. Just sayināā¦
I think we all suffer from āshiny new thingā syndrome, myself included. Dynalist is a great, mature product which Iāve put a lot of time into it meeting my needs, but then when you see something in another app you think would enhance it further I think itās natural to consider whether that other thing would work better or wish it to be incorporated. As you say, weāre all invested to some level in our choice to use Dynalist and its future (and been stung by other apps being abandoned or shut down), so if you feel the developers arenāt as invested as they were it has an effect.
Itās not for me to announce, but as itās public knowledge in the teamās Discord channel and before the impression is created that the devs have lost interest, thereās been another recent delivery thatās been taking their time, as well as the focus being on Obsidian.
Transclusion is far away as I have understood. Because one of the fundamentals in Dynalist is One Item kan only exist in one place.
I constantly try out other stuff. Usually I run back to Dynalist screaming.
- Remnote: Feature rich, but confusing UI and very learning centric.
- Workflowy: Fractal boards and mirroring, but too simple.
- Roam: Feature rich, but confusing and technical UI.
- Dynalist: Easy to use UI, Lightning fast and the clear winner for me. But missing mirroring, boards and embeds.
Noted!
What are embeds?
Hey guys,
today I found out, that QuickDynalist has a nice feature to link to other nodes and to show linked nodes nested.
I think it would be helpful to have UI support for links included in Dynalist core. For me it could make all the fancy transclusion-stuff (I donāt really need on complete) obsolet.
I mean, do we really need full cloning support in Dynalist? Wouldnāt a bit UI support for Dynalist-links help enough?
My uscase in short: I want to have tasks anywhere. I link them to (e.g.) my dailylist, what is another node. Then I want to see all linked tasks under the daily list node. And I want to change or move the linked tasks out of daily list without the need to follow the link first. For subnodes itās ok to first follow the link. And itās fine to have this only available inside one document context. (So no links to other docs)
What do you think?
Cheers
@FM This setting in the Dynalist preferences may do what you want
Thanks. That is a bit help. But it only shows the backlinks with a simple count. Clicking on it starting a different view (the search).
What I would like:
- Have a shortcut to link/unlink item A under another node B (like Ctrl+M).
- Show the linked items (A) as subitem under the parent node (B) inline.
- I dont want to put the url of linked node manually under the other node.
- I wish to have the nodes automatically listed under the node (only first layer)
- I wish to edit the sub-node directly and it get changed in the origin place, also.
- It is ok to have subnodes of A only readonly or not shown!
- It is ok to work only inside one document-scope. (So no document-cross-linking needed so far, as it breaks dynalist data structure, I guess)
@Louis_Kirsch I really like, how you did it with QuickDynalist this way
Isnāt this a proof of concept, that it should also be possible in dynalist itself?
I guess in principle yes. But I built the app around a graph-like database structure - whereas Dynalist is document based. So it might be that architecturally that would be much more work to achieve. Also my app is free and open source ā so I guess itās more acceptable for my app to move more quickly while introducing some bugs / hard edges compared to the main project.
Blockquote *
Dynalist: Easy to use UI, Lightning fast and the clear winner for me. But missing mirroring, boards and embeds.
You can do embeds in Power Pack 3.0 for Dynalist
An idea that may be (much) easier to code than Cloning but (maybe) nearly as useful:
Add a way to click on an internal link that simply opens it in place visually. Like putting an iframe below the current line showing the content of the link.
This way thereās no restructuring the database; just a local insertion into the clientās view that will go away when the client navigates away.
I am all for Iframes. They would also be usefull in other instancesā¦
A lot of websites donāt load in an iframe anymore because of increasingly aggressive cross-site scripting and domain origin policies of modern browsers, as well as framebreaking code on the websites themselves to protect their users from malicious websites loading part-real part-fake websites in a tab.
There might be some browser extensions or javascript libraries that can load cached screenshot previews tho.
I donāt suppose an actual iframe is needed for DynaList to show a linked dynalist node in-place. In fact, just a new div element inserted below the line of the link should suffice (with the content of that div just being like the content of any node). What would make it easier is not trying to store this display status in a database, and you donāt have the new concept of one node having multiple parents, which complicates everything.
Oh ignore my comment, for some reason I thought it was about links on external domains