+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.
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.
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.
@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.
I do most of my work on the browser, so I am grateful that @Piotr put so much of his time into developing excellent features far more quickly than Dynalist. But I do note his recent statement about ceasing to develop the extension. Thatās always the risk with an external developer.
Workflowy is good at that. I have no qualms about using both services, personally. Especially when both work from web browser and support hyperlinking to each other.