Sometime I got distracted by the âsearch in all documentsâ bubble. Can we have a choice to disable it from popping up?
Itâs already pretty small compared to how big it is beforeâŠ
So if given the option, you would memorize the shortcut and then disable it?
Yes, I would like to disable it.
As before, I can appreciate its functionality of reminding me some of the syntax. But now, it just give me a link and if I forget the syntax I must go to another page. The functionality of quick reference is not that big.
And for Ctrl+Enter, I have memorized it easily and donât need a button to click on.
===
P.S. Whatâs the reason of not using the top bar for filter (like WorkFlowy?). I think it is a good design.
For the design right now, I think the space at the top can be made better use of.
The top bar is reserved for global wide things. Itâs pretty empty right now, but we have plans to add things in the future.
The lower space within the document indicates itâs related to the document.
It was actually like what you described and we thought it would make more sense to move it down since itâs more related to the current document than to all of Dynalist. See:
I actually strongly agree that itâs suboptimal right now - it even visually interrupts the flow with long items/certain layout, while the topbar is left empty and unused.
My 2c - this works at top in WF, THOUGH the default Global search in WF makes no sense, having at the top and being default - current document (as per DL), makes more sense. This sense isnât lost by having it at top, itâs a given, itâs also clarified when the search box appears.
Being able to hide this, assuming the shortcut works (â/â is easier, faster than âctl fâ) would be better than it is.
Having a window-centred pop-up search box would make more sense, if icon hidden.
Also the âctl-enterâ is misleading, it doesnât do anything until youâve actually typed yr search into the search box, so shouldnât it only show when it actually works, and not before?
While Iâm at it - unrelatedly - the sync notification âsync nowâ, which then changes to: âsyncedâ appears all-the-time, doesnât make sense in itself, and also because this functionality is a given it would make more sense if this is hidden, no?
As always - I offer the above in appreciation and respect at your rapid and responsive progress!
Thatâs a good point. The current design has lived for about a year now and from the screenshot you can probably tell that many things have changed. They might need another update soon, now that weâve learned a lot more and added things to the product. What might make sense before might not make sense now, so itâs always good to think it over from a fresh mind.
Ctrl+F
is a common shortcut though, and because Ctrl is a modifier key, you can invoke it anywhere, whereas with â/â, you canât be typing in an item when invoking it.[quote=âMorgan_Newall, post:5, topic:868â]
Having a window-centred pop-up search box would make more sense, if icon hidden.
[/quote]
Thatâs what we do with the Ctrl+O file finder! [quote=âMorgan_Newall, post:5, topic:868â]
While Iâm at it - unrelatedly - the sync notification âsync nowâ, which then changes to: âsyncedâ appears all-the-time, doesnât make sense in itself, and also because this functionality is a given it would make more sense if this is hidden, no?
[/quote]
There are arguments for both sides. I actually prefer what you said, but I also know a lot of people that need to know if the thing is synced or not, like in Google Drive you also have this âLast synced 3 minutes agoâ status thing. Weâve improved it so itâs not as jumpy before (before, the âSync nowâ is a button rather than a text link).
Great minds
Of course, true that.
I totally missed this feature! Nice to know!
Yet, given you have this it leans even more to supporting losing the search icon, then the topbar search field/pop-up would be current document (coz you can always search all docs if u want to. And did I mention the icon breaks design?)
If the search icon is the only icon, weâd think harder about removing it. The âEyeâ (visibility filter) icon is always there too though, so weâd move them together.
Well, my 2c is - hide em all! Less is more! (WF nails this, without sacrificing function).
Or at the least, if you want to appeal to more (as I appreciate and respect you are aiming to do -
even though it may be an increasingly slippery slope to do so) at least have the base-product have less in the interface, e.g. options to hide icons for power users, while suppoting those that want more icons to click-on, over shortcuts.
Youâll note that Iâve been saying the same since our first emails, and still passionately advocate against adding more, when you can do the same with less (i.e. emails re the âmenuâ hamburger instead of on-bullet-hover as per WF, comes to mind)
Any movement at this station?
Iâve noticed that you hide these icons at smaller windows sizes, which is the same thinking isnât it?
I think youâre talking about the mobile layout, which will be shown when the window size is too small. Screen space on mobile is much more precious so we hide as many things as possible so you can have some space to see your lists.
Bumped up the priority of this, and weâve heard others complain about this recently as well. It will most likely be an option under the Advanced settings.
Great to hear, thanks again for paying attention
My problem is that it doesnât go away on its own after I do a search. After I stop typing for a while, or hit âenterâ (or control-enter) it should go away. Right now I have to click somewhere to make it go away.
New option: you can now find this option in Settings - Preferences - Advanced.
Thank you so much!
Great news! Itâs the small convinience things and your constant reacting to such requests and the optional(!) implementation which makes Dynalist a joy to use and keeps all users with their different preferences happy!
I canât see any search related option in Advanced on desktop or online.
The new desktop will be released soon. Right now itâs only on Web. Sorry!
I wrote - desktop or online/web, perhaps it was a cache issue as just now I saw new option, but this doesnât hide the search icon, which I thought was the point we were all making?
While on that - why is there a difference between desktop and web - isnât the desktop app just a wrapper?
If not, wouldnât that be easier?
Sorry I misread that part.
The OP mentioned âSometime I got distracted by the âsearch in all documentsâ bubbleâ and thatâs exactly what that option is hiding. Itâs the bubble/dialog that pops up when you start searching, not the search icon.
Yes, itâs a wrapper, but that doesnât mean they are always on the same version.
I donât want to write a technical long post but basically when you load a website you get the newest version by default, whereas desktop programs need to auto-update and be restarted in order to update to a newer version. Thatâs why youâll see Firefox or Chrome asking you to update them but websites never do that. The thing is we donât want to release a new desktop version every time our web version is released, as desktop apps can be run for a potentially long time, we need to be more careful and only release stable version. Another reason is that the package app is a lot bigger than the website, we donât want all desktop users download tens of megabytes of stuff just because we made a tiny change. Yet another reason is that we donât want to increase the version number unnecessarily fast, but thatâs just a minor reason.
I still donât see why youâre inferring the desktop app is not a wrapper from the fact that it lags behind in terms of versions, but I hope the above makes sense.