Hubert, The lag often occurs when you are editing text or fields in the same or another tiddler that is being rendered in front of your eyes.
If you can edit values in a tiddler that is not visible this can be eliminated. There are workarounds, and I have built these into a number of sophisticated solutions I have built (not yet published), but while I can hint at how I have done it, I can not possibly document this, because it is annoyingly complex and self referential (that being the problem here). - Place the edit text in a macro in another tiddler that references the current tiddler - Use a View template to overlay the current tiddler with the edit text macros - something else that is not quite so obvious. I have on a number of occasions tried to communicate a need to remedy this by providing a mechanism to reduce the complexity of this practice. I almost always get negative technical responses rather than positive creative solutions. Since I have done it, I know it is possible and workable, that is, it is technically possible, but due to its complexity and my current knowledge, I am not yet ready to publish my solution (I have tried) let alone show how a better mechanism could be designed. It is technically feasible, it is one of tiddlywikis worst features, it needs a solution. Regards Tony On Wednesday, October 9, 2019 at 1:47:00 AM UTC+11, Hubert wrote: > > Hello, > > Before I go into details, my $:/config/Drafts/TypingTimeout tiddler has a > value of 60000 (60 seconds), which fixed the lag when entering text / > typing in a tiddler in edit mode. > > However, I'm still experiencing lag when entering text using <$edit-text/> > widgets (of course, the tiddler being populated as I type is separate to > the one that has the edit-text widget). > > This lag is negligible on my Chromebook or Windows PC (I have no means of > measuring it but even if it's 5ms then it's not much to worry about) but it > is very noticeable on Android (using Chrome as an example). It gets better > if I close all tiddlers except the one that has the <$edit-text/> widget > and I assume that the lag has to do with TiddlyWiki re-rendering all the > open tiddlers as I type (though I'm not sure if that's the case). > > What exactly is introducing the lag when using <$edit-text/> widgets? Is > it realtime rendering? If so, could the scope of > $:/config/Drafts/TypingTimeout be extended to also include <$edit-text/> > widgets, so that the lag is fixed at the expense of instantaneous > rendering? Is there any other mechanism that is at fault here? I do not > believe that we should require a multicore workstation to have a smooth > typing experience. > > Typing into a tiddler in edit mode and entering text in a password prompt > both work with absolutely no lag on mobile (this is the 'native' typing > feel), but these are the only two examples. > > The <$range/> widget seems to suffer from the same lag occasionally (it's > not super smooth) but I'm not sure if it's affected by the same root cause. > > Finally, apologies for awkward phrasing; English is not my first language. > > Many thanks, > Hubert > > > -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/927a04cc-aa2e-4835-bd03-ee5fd2055320%40googlegroups.com.
