Thatâd be my Quote of the Day!
Provided the main value of the document model actually is to help quick access to deeply nested items in this overall abstract tree structure, I think there is a way to retain that value while doing away with the cons of the document models which in my book are :
-
mental and on-usage overhead which impact flow :
- you essentially have to keep in mind two structures to find information
- you probably spend time getting the structure of the folders and file right, which is kind of absurd since you already spend a lot of time getting the structure of your notes/journals/lists right
-
nobodyâs forced to use multiple documents, but letâs face it, users are nudged to. you have this big shiny document pane, and having only one file on it does not feel satisfying. This seems like a âdonât-push-the-big-red-buttonâ (of course you will!) type of situation. Nothing wrong with the document model, but I think thereâs a better way.
-
The document sharing model (as @ruud mentioned) which forces you to adapt your thought to accommodate to Dynalist
On to the idea. It actually comes from the very-well done Bear app. In Bear, you have a document model, but the structure is not built, it actually emerges from tag usage.
It makes no sense for Dynalist to consider using this model as-is, since tags are per-node, and have a broader usage than just âsimulatingâ documents.
But a few tweaks would allow to have a single structure for everything while gaining the clarity and quick access of a document model.
It would be interesting for the file pane to be automatically populated through specific markers set by the user.
Say I have only one big outline with all my things in it. Say thereâs not a lot going on in my life right now so I only have this :
- Home
- is
- where
- the
-
heart
- is
-
heart
- the
- a
- state
- of
- mind
- of
- state
- where
- is
Now I can bookmark each of these nodes for quick reference. Thatâs great. Say I bookmarked the outlines in bold. Now I got three bookmarks called âhearâ âisâ and âmindâ, in whatever order and no structure on the bookmark pane.
What I propose instead of having a document pane you fill manually is for the pane to automatically populate with the path from the root node to your bookmarks. In my example we would see
- Home
- heart
- is
- mind
- heart
This obviously has a huge impact. Because that would involve switching to the one-big-document model Ă la workflowy.
What I think is interesting about this approach :
- for people who think in folders : they can have their folders and files.
- for people who think in. outlines : they can have quicker access to deep parts of their structure that matches the way it is set up
I think by doing that, not only will Dynalist get an advantage over Workflowy, but on other two-panes outliners as well, such as Outlinely.
I like it. The idea sounds like an evolution of my âallow custom structure for bookmarks instead of documentsâ suggestion I made a few times throughout the thread.
Thanks
Would love to know the feasibility of such a thing, but Iâm not getting my hopes up.
So⌠what youâre saying is that your proposal changes everything they have at the moment to provide the exact same functionality they have now, but also the fact that every user then needs to re-learn and restructure everything based on this new format?
I have 50+ documents in various folders/sub-folders. I have 4 bookmarks which Iâm surprised by because I use 0. Never.
Plus there are significant performance penalties in the workflowy âall one documentâ structure. Specifically since Dynalist wasnât designed from the get-go to be used in that manner. It would require an additional database restructuring and massive front-end re-writes too if Iâm not mistaken.
With all due respect, I donât see dynalist wanting to rewrite the majority of their app to provide the same functionality they already provide because you feel bookmarks make a better document structure than folders and documents.
Itâs technically possible to automatically and reliably convert one format to the other, but yes, itâs highly unlikely that Dynalist will change anything because it basically âworksâ the way it is.
Well, itâs not exactly the same if it leads to organizing your content differently, is it ?
True, me neither.
However, if weâre talking panes, would automatically hierarchical bookmarks such as those that describes be such a massive undertaking ?
I get youâre not using bookmarks. I tried using Dynalist with the multiple documents, and didnât really need bookmarks then.
Since I didnât want to bother with managing multiple documents (and all the other reasons I listed above) I went back to the single doc model, with which Iâm fairly happy, if not for the quick access you guys can have.
If we were to design Dynalist again, we could consider it, maybe. But not really at this point, 2.5 years after the prototype. There are too much to be changed, both technical and product wise (current users are already so familiar with how things work currently), and although it might improve Dynalist for some people, unfortunately I donât think itâs worth the time and effort. Soon we even want to avoid loading documents which are not being used into memory⌠that would make the âeverything in one listâ proposal less feasible.
The idea is more interesting than useful, and I think you can tell that weâre practicalists, not purists. Documents, or rather individual files, are familiar concepts since the beginning of GUI, and we find it useful to mark boundaries.
Itâs interesting that people either love or hate having the document model. Some say itâs artificial or itâs redundant, and others say they finally found the solution to ânot being able to create a new page on WorkFlowyâ. So I understand where youâre coming from and some will agree with you.
We created Dynalist not hoping to convert all of our competitorsâ users; we hope to convert those who think like us. Hopefully weâll understand each other on an abstract level.
document switching was one of the things that actually sold me on dynalist
i always found switching to a different location in workflowy to be a real pain in most cases. having to zoom out to the start and then navigate back in each time was too much of a time sink and if it was just to add a quick note somewhere then it was even worse since you have to navigate all the way back to where you were
with dynalist its as simple clicking on a document in the sidebar (or using the cltr + o hotkey and typing the first two letters of the document) and then youre roughly at the spot you want
of course this could be easily solved in a 1-document-only type setup by using bookmarks⌠but the last time i was using workflowy you could only see around 4 or 5 bookmarks at a time because the devs in all their infinite wisdom thought a horizontal list of bookmarks was a good idea. maybe they had their reasons
anyway, i dont think you could make bookmarks work the same way as documents since selecting a bookmark would bring you to the exact location each time, whereas switching to a document remembers the sub-item you were previously zoomed into which is a useful feature to have when youre switching back and forth a lot
another minor plus for separate documents: ive never shared anything in dynalist or workflowy, but the thoughts of sharing a sub-item thats in the same document as a lot of other private stuff just makes me feel uneasy, even though theres probably not much difference between the two methods, security wise.
Yes. I think this really is your only issue. If you donât like the folder/document system then for the most part itâs simple: donât use it. But, for you I think the only issue with that is you are forced to use it if you want to share stuff. Bummer.
How about logging a feature request for âbe able to share at the node level?â As @Nick_Spreitzer pointed out, the cool thing about Dynalist over WorkFlowy is that Dynalist is actually being developed and improved. If you log that feature request and enough other people share your pain, you may get what you want in a future update
+1 for hierarchical bookmarks⌠and then bookmark level sharing?
I keep coming back to my recipe list where I have a tags for #chicken # beef #vegan #italian #mexican etc. so it is easy for me to filter my recipes. At the same time I want to share one recipe at at time and not ALL of my recipes. Itâs such a simple and common use case I would think it would have to be addressed eventually. Right now I resort to the export functionality to send someone a recipe.
Itâs here: https://trello.com/c/V2zvGqou/21-share-an-item-rather-than-a-document
And agreed, thatâs the only truly convincing argument weâve heard that document & folder structure just canât do. Although I still tend to think people propose this because of the existence of WorkFlowy. For example, you donât see people suggesting that Google Docs should allow sharing a section or a paragraph (maybe some do, just not as often brought up as with Dynalist).
Anyway the feature request is up there in the roadmap, and youâre welcome to vote for it if you find it useful.
Roger that. Iâm also hungry for no reason after reading thatâŚ
Just coming over from Workflowy so Iâll be the first to admit Iâm in a re-learning mode but having said that Iâve got to agree with just about everything Torben and then Aldo said a while back.
For me it all boils down to having a consistent experience no matter what level youâre working at, including the âtopâ level. Why canât I just mark an entire file as checked-off? Or highlight it with a specific color? Etc.
(Conversely, if Workflowy would just add a two-pane navigator where I could use the left pane in about the same way I use Dynalistâs File Pane, but with Workflowyâs consistent behavior with the rest of the sub-trees, theyâd be providing a huge boost in navigability).
I get that thereâs an underlying data model of Files/folders/bullets⌠but that doesnât necessarily dictate what the USER sees. (And yes, I also get why developers WANT the UI to reflect that underlying data model too⌠but thatâs not my problem )
Obviously there are so many other things that Dynalist gets right that Iâm probably going to stick around⌠but Iâll always miss the elegance of Workflowyâs behavior where EVERY level is treated the same.
I understand your perspective. Mine is different. I like that I have a separate document for my work project. I can easily search that document. I can easily navigate to the root of that document and not feel I am floating in a larger nebulous concept.
I am all in favor of your wishes for enhancing the file explorer, even to the level of giving it power akin to a document.
Just donât confuse a deliberate UI decision with a âweâre just following the internal modelâ excuse. I assure you the design is intended.
Maybe I just donât understand DLâs searching yet then⌠it seems like itâs already local to whatever level youâre zoomed into (with the ability to search everything provided as a quick link as well).
Anyway, clearly itâs not something that theyâre motivated to change and since thereâs not really a good way to measure the cognitive load a more consistent experience would provide I guess itâs time for me to let it go
I became a paid Dynalist subscriber in January 2017 and set up notes, personal and work documents, building them out in ever-deeper nodes. There were a bunch of times I felt tangled in a mess, sometimes discovering similar information was in different places. I built elaborate, hard-to-read bookmarks with arrows, meant to distinguish folders and subfolders.
This week, I ported over everything to dozens of documents. What an improvement! :) I feel like I can breathe! Rather than feeling overwhelmed with gobs of information, I now think my info is neatly arranged and easily accessible. Iâm still getting a feel for how deep I should go into nodes compared with creating new documents, but this is a judgment call usually based on how frequently I want to access information. My documents now serve as bookmarks. Thereâs really no need for bookmarks if documents are set up well.
To me, the No. 1 thing about Dynalist is that I have access to all my information in a flash in one tab! Most work in the browser these days, so Dynalist has saved me well more than 100 hours the past two years from having to create, store, manage, locate, open, compose/edit and close dozens upon dozens of Google Docs.
I have no Workflowy experience save for signing up for a minute and then canceling on my way to quickly discovering the mighty Dynalist!
@ronb I totally agree with you about the two-panel navigator. And I agree that having a consistent user experience across the different levels is the productivity killer. When you get people who think in lists and let them start organizing their ideas into lists, but then tell them that certain of their ideas canât be interacted with in the same way as other ideas, that produces user frustration.
So, while I also see the benefit for having top-level âdocumentâ items, I also see that not allowing users to interact with those top-level document items the same way they deal with the lower level items is a serious user experience failure. (Can list items from inside one top-level list âdocumentâ be dragged into another top-level list âdocumentâ? Not as far as I can tell.) Its like training someone to drive a car, but then telling them that the brakes only work at certain intersections. Thatâs just frustrating enough to make users avoid using that feature of the tool.
However, I sympathize with the developers. Asking for drastic overhauls is not practical. Still, I think some solutions might be possible without undue investment for the developers.
For instance, what if the bookmarks section of the navigation panel were revamped to be hierarchical? That way, those who love to think in terms of top-level documents can have that experience in the Documents panel section and those who do not can still have a navigation panel that matches the way they think. I know that I personally wouldnât touch the Document view of the side panel if there were robust hierarchical Bookmarking view to work with.
As you mentioned Workflowy is failing by not adding this sort of feature as an easily accessible sidebar. The inability to easily navigate between general and specific views of the data at the same time is a huge liability; one which strangely seems deprioritized in both Dynalist as well as Workflowy.
I think youâll find that the Powerpack extension by @Piotr has nested bookmarks in the side panel.
@kevin_murray good to know although⌠man I really donât want to go down the road of browser extensions. Particularly since I use the standalone app, not the in-browser version.