I don't know about that, but "$list filter" could be better. If you profile that russian tiddlywiki you linked, you'll see that typing stuff into the search bar lags, and it's because the browser is spending >50% of its time in garbage collection.
Filters make a ton of extraneous arrays. And they usually freshly compile with every single implementation. These are things that could be improved upon. "<$list filter" could hold onto its compiled filters, so it doesn't toss them out. And it may be time to seriously consider lazy evaluations of filters. I've proposed the idea before, and made POCs of it, but tiddlywiki slowdown is becoming an issue for me too, and it all points to bad memory use. I may do a deeper dig into the expense of filters and push for lazy versions of them soon. On Thursday, January 13, 2022 at 12:33:28 AM UTC-5 Siniy-Kit wrote: > If Tiddlywiki contain more than 10000+ tiddlers it starts work slow > for example very slow > https://heeg.ru/shop2_3.html?id=1Z7rJ-uu3_JbHAVUSwKitZoVym9S-B7GGqcQdZQacjts > > and the same tiddlywiki with 4000+ items > > https://heeg.ru/shop2_3.html?id=1o_aYINCc3p0C0rS4-poKoYwVDpU8wWG5dsvfErZ57cg > > is it possible to freeze all <$list filter="... not to update them on > every click? > -- 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/b0c55b62-d359-43fc-a79b-611ddcda7745n%40googlegroups.com.
