On Tuesday, February 11, 2020 at 6:16:09 PM UTC+1, Mark S. wrote: > > On Tuesday, February 11, 2020 at 8:38:47 AM UTC-8, David Gifford wrote: >> >> >> My understanding is that* tags slow TiddlyWiki down faster than links* >> if you want to tag everything and create a giant hierarchy. That would be a >> good topic for discussion to clarify if that is the case or not. Part of >> the slowdown, if I am understanding correctly, is the elaborate CSS of tag >> pills and dropdowns for each one, >> > That shouldn't be the case. Applying CSS is done by the browser and is highly optimized, in a way that most of the CSS settings are thrown away, because they are not active at the moment. ... There are some CSS styles eg: dropshadows, that are known to be expensive, but they would need to be applied to every element, which isn't the case for tag lists.
The number of elements that have to be drawn is something that can slow down displaying a list of all tags. eg: - tiddlywiky.com has about 2000 shadow tiddlers. - Listing them as links in AdvancedSearch on my PC needs about 600ms - 1 link is "built" using 2 DOM elements. - So the browser has to draw 4000 elements and apply the styling. - tiddlywiki.com has about 300 tags. - listing them in Advanced search needs about 100ms - 1 link is built the same way as above - listing them in the tag-dropdown needs about 500ms - 1 link in the dropdown uses 4 DOM elements - 1 link with an icons uses much more DOM elements. - We do have 1200+ elements that have to be draw + The much more complicated calculation of a tag-pill element. - tag-pill can be found at: core/macros/tag <file:///C:/Users/Mario/Downloads/tiddlywiki(4).html#%24%3A%2Fcore%2Fmacros%2Ftag> The combination of the tag-pill element and the resulting DOM elements, that the browser has to draw, have the potential to make the tag-picker slow. > and the often convoluted list filters we use for listing tiddlers by tag. >> > That's right. Filters are a possibility where lists can be optimized. ... > But then perhaps links slow it down just as much. I don't know, but >> TiddlyBlink is in part to avoid tagging as much as possible. >> > The work, the core has to do searching for tags is probably the same as searching for links. On Tuesday, February 11, 2020 at 6:16:09 PM UTC+1, Mark S. wrote: > I hadn't heard about CSS slowing tags down. > That shouldn't be the case. see info above. > When I tried to make a TW with 37000 vocabulary entries, it slowed to a > standstill because the tag operator apparently isn't optimized for large > numbers of tagged tiddlers. It turned out to be faster to do a search in > the tag list field, which is surprising. > It would be interesting to know the filter strings you used and how the tiddler / tag structure looked like. Latest TWs have a $tw.perf.log() function, which can give detailed info, in the dev-tools if performance-instrumentation is enabled. ... -mario -- 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/fd5a9ef6-2819-4f64-8aa1-256f404fb326%40googlegroups.com.
