Thanks for the feedback! Personally I havenât run into this, my finger motions are mostly vertical when using Dynalist, because thereâs no horizontal overflow. I do sometimes accidentally complete items, because I was trying to drag out the pane on the left.
I would be curious to know more about the accidents. Are you guys trying to read the text when the accidental deletion happens? Or when youâre not actually using the phone, like how you would pocket dial someone?
Archiving is its entire thing, unfortunately, and there are lots of details we havenât figured out. It also overlaps too much with completing an item.
We might make swiping options customizable, but we wonât add archive items for fixing this issue.
Thereâs a Undo button at the top too bar, do you see that on your app? Itâs on the right hand side of the top toolbar.
It can happen when attempting to edit text on ios . When one long presses on the screen to activate the magnifying glass that lets you find the exact spot to enter a correction, and dragging the magnifying glass. This can trigger the delete swipe if you are not careful (my devices are a few years old, so they might not be the quickest to respond).
As you mentioned, I sometimes accidentally complete or delete item when I try to open or close the left side pane.
I also do that when I put my finger on the text and move my finger to right or left in order to reach exact word in order to edit the item.
Thank you for your reply.
I knew the Undo button and I could see that on my app.
When using Dynalist, I search for something and then use it in an extracted state.
In that case, the toolbar is hidden by the search term, so I have to cancel the search to display the Undo button.
Dynawrite, which I often use, has its original toolbar, and there are Undo, Redo, Back, Forward, and Reload buttons.
Of course, it can be used in the extracted state and it is very useful.
That is why I proposed that such a function could be implemented in Dynalist.
+1, I myself have recently found myself using the iOS app (on iPad) a lot more thanks to all the extra mobile features. This is a particular bugbear though, especially on iPad (not so much on iPhone though).
Would love the option to disable swipes altogether as I rarely if ever want to swipe to delete content.
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)
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).
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.
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?
