Hope to have the swipe gestures be configurable in the future. I rarely use the delete command and would like to replace it with something else (copy or move, probably)
2 Likes
After much discussion, we plan to turn mobile swipe actions into buttons. It would require another tap, but is far safer. Hopefully this will be fixed after thatâs done.
It would still be faster than tapping the item, waiting for the keyboard and toolbar to appear, and choose your action.
Weâll definitely consider that too, especially now that the toolbar is already customizable.
Great. If you do that you might consider allowing up to 4 separate actions. I donât know about other platforms, but many iOS apps have separate actions for long vs. short swipesâŚ
Are you addressing this issue as well Erica? Itâs a recurrent problem for me too.
Both sides will become buttons, so technically you can still make mistakes, but itâs much harder (youâll need to accidentally initiate the swipe, followed by an accidental tap within a small area).
1 Like
I was just about to start a new thread on this, so itâs comforting to have discovered this thread.
I was horrified, earlier today, to discover that one of my main docs was missing an entire list item with many sub-items nested within it! It simply vanished.
I only happened to notice that something was missing by memory. I got extremely worried that I could one day lose data in Dynalist without remembering or discovering that any items vanished from the data-sets.
When I examined the version history of that document, and my Dropbox daily backups, what I found was that the item along with its sub-items got deleted this morning a few minutes after 6 a.m.
I did wake up this morning at around 6 a.m. and I did check my Dynalist as one of the first things, but I am 100% positive I never touched that particular list item this morning. Didnât edit it, didnât even look at it. I did take a look at the document containing that item, though.
So, here is my theory on what happened. I frequently use the iOS gesture for moving between apps, which is âswipe with 4 fingersâ. I must have done that this morning â I checked the Dynalist document, then swiped with 4 fingers to move to a different iOS app, but Dynalist interpreted that iOS-wide swipe gesture as a delete command for that particular list item inside Dynalist!
So, Erica, even though there may be no âhorizontal workflowâ within Dynalist itself, there definitely is one within iOS.
Iâm happy to learn that the current functionality will be disabled and replaced with buttons. Itâs just too dangerous the way it is now â when you can lose data without you even realizing something got deleted, and you might never rediscover you lost something important.
2 Likes
Hello Dynalist,
+1
I also deleted an (unremembered :-/ ) item yesterday, swiping horizontally on it by mistake, while consulting one of my Dynalist documents via the Quick Dynalist (QD) Android app.
I guess QD is not supported via this forum, but I was hoping that, being Pro, the âVersion historyâ feature of Dynalist would allow me recovering the deleted item. Unfortunately, for some reason, Version history works only on the very last changes made today, and not on yesterday changes which include the unfortunate deletion. Any solution to this ?
Greetings,
If you keep pressing the Load more button, you will eventually see the changes from before.
As for the swipe to delete, weâre working on a change which makes the delete requiring an extra tap to happen.
Dear Shida,
Thank you for your answer and for the ongoing development!
As to the âLoad moreâ button, the thing is that, even before pressing this button, I already do see enough dates, including the time of yesterday when I made the undesired deletion.
The problem is that the side panel visualizes the updates (i.e. the changes) only for the most recent version, not for the earlier ones, so not for the needed one.
Regards
Does it not change when you click on the time slot on the left side?
No, it does not change (does not update the large right panel) for the particular time of the deletion and for all the times before it.
Yet, it does work (it updates the panel as expectable) for the times related to the changes of today in this document, and it works as well for the few other documents I have checked.
I suspect that the bug might be related to my mix (alternated) usage of Dynalist on PC and of âQuick Dynalistâ on Android ? But I can be wrong of course.
Thank you,
Thatâs certainly weird. Did you notice any errors in the developer tools console?
Dear, Erica
Thank you for your updating.
I found that the way was changed.
Check: swipe then tap check mark
Delete: swipe then tap dust box
I think that delete is good way.
The chance of deleting item accidentally is low.
However you donât have to change the way to check on or off.
The previous way is more convenient.
Is it possible to keep only the way to check on or off by previous way ?
Thank you for your suggestion. For now, the mobile web app will stay like this (the mobile app will include this change in the next update as well).
The main reasons are that (1) accidental completion is sometimes as dangerous as accidental deletions, as many people hide their completed items and (2) we want to be consistent with both sides and it would be weird if swiping from two directions behave differently.
If more people find this inconvenient, we can consider making it customizable in the future. Thanks!
2 Likes
Many thanks for fixing this. I kept accidentally deleting and losing data in Dynalist up until yesterday, but no more now, thanks to yesterdayâs app update. 
(App already updated on Android; iOS update currently being approved, Iâm sure.)
It wasnât just the four-finger-swipe iOS gesture to switch between apps that kept deleting data in Dynalist for me, but even bringing up Dynalistâs left pane with the docs/bookmarks list sometimes resulted in an accidental swipe of the open doc and the deletion of an item in it. (And you might not always notice that something got deleted if you work quickly.)
1 Like
We also added additional safeguard for this. As you may notice now, swiping out the left pane and using more than 1 finger will no longer trigger the item swipe.
2 Likes
Thanks for the update. There is just one more related issue. On ios 13 when I catch the cursor by a long tap and try to move it to the desired position, most of the time swipe actions are activated instead. As a workaround, I just try to tap the exact position that I want to edit but it is really difficult to use the mobile app this way.
Thereâs a discussions going on for this issue and weâre thinking about the best way for a fix. Either way it should be fixed by the next patch once we decide how weâre going to solve it.