Characters appear on the screen as soon as I press each key.
Actual result
There is significant lag between pressing the key and the screen responding. At some points when typing I can be typing 2 full words ahead of what is actually displayed on screen. The characters on screen seem to update quickly, then pause for a second and the screen freezes, then moves quickly again, then freezes for a split second again, etc.
Environment
Tested this on iPhone 6s and iPad mini 4 mobile app, same thing happened on both.
To eliminate the possibility my device is slow I also tested typing in other apps - they responded just fine. I also tested typing in my Dynalist document but via the web app in Chrome for iphone, this also worked as expected and characters appeared on the screen as quickly as I typed them.
Additional information
Sometimes pressing into a line to start editing it also has a significant delay between pressing the screen and the action occurring (eg being able to edit the line).
I have a single “work” document (around 500kB+) in which typing using my bluetooth keyboard on iPad is incredibly laggy.
When typing into a new, empty document this lag is absent
I understand that the jerkiness of the iPad app is probably directly correlated to the size of the document in working memory, and I’m happy to try and organise around this when possible. However, in this instance I don’t really want to have to split up this “work” document as I wouldn’t be able to do a search across all documents (assuming I’m on iPad where there appears to be no global search option; also assuming that I want to perform a search only on my work documents which on desktop wouldn’t be possible either).
I appreciate the work you guys are doing to improve things on the platform - but are there any workarounds for the specific search use case I outline here? Otherwise the only solution I see right now is to suffer the slow typing issues.
If you’re feeling laggy only when editing one document, it’s probably a display issue rather than a memory issue. Basically, too many elements are present the screen and that makes typing every character and tapping every button laggy.
Could you try collapsing unused points or zooming into the point you’re currently working on, and see if that helps?
500 KB doesn’t seem like a lot though. Is it possible that you have lots of checked and hidden items that are not counted? If you could tell me the exact name of the document, I can take a look at the exact size as stored on our server (won’t look at the content).
If I understand you correctly, I don’t think it’s a display issue - the reason being is that I’ve tried going deep within the document and the issue is still present. I created a version of the document you can test with - it’s called DYNALIST123456789ERICA.
PS I’m not too sure how to figure out the exact numbers, but I’m fairly certain there are minimal checked or hidden items.
Added observation: this may be obvious to some, but I’ve only just observed that the bluetooth keyboard lag is only affecting the Dynalist iOS app. When typing into the Dynalist webpage UI (Chrome iOS), the typing is just fine.
Hey @Erica, any thoughts on this one? I appreciate that this issue may only affect a minority of users (iOS + keyboard) but it’s been causing me so much frustration I’ve had to temporarily migrate back over to that ‘other’ outlining app. Please help!
Hey all, I hadn’t checked on this thread for a while but for me the issues has been fixed for a while now. I’ve been quite happily using Dynalist app on my phone for the past few weeks, input speed is fast enough to keep up (I’m not using a bluetooth keyboard though), good job Dynalist team! The only bug bear for me now is the delay when opening the app after a while and it takes a while to sync and this seems to interrupt your ability to input stuff if you are inputting into a list that is syncing, but this is a separate issue that I am pretty sure the team is already working on.
Nothing since the last performance update in February (link). There seems to be an improvement for most users, I’m sorry to hear that you’re still having the issue.
Can you describe the kind of lists you’re working in? Does it only happen in large documents? And does it help if you collapse large lists?
Yeah, sorry about that. How long would the interrupt persist for? In other words, how long is each freeze? And how long does the on-and-off freezes last for?
Hi, still experiencing massive lag with Bluetooth keyboard on IPad making it unusable (letters scrambled), at the same time, no lag if accessing dynalist via Safari. Any hope of resolving the issue ?
