Some docs links slow, and search term not maintained

[ianengelbrecht]

Hey guys, the new website is looking great and much easier to use than the original one.

Just a few issues I've picked up with the docs today. It seems like some links load immediately, but others take a while. An example is Table.update(). So having some links load immediately and others delayed makes it seem like those delayed pages don't exist.

Also, it would be great if the documentation filter and scroll position were maintained between clicking on the different links, ie that only the documentation content to the right of the contents list on the left was updated when clicking on the links.

Hope those are easy to fix!

Ian

[dfahlander]

Thank you for your feedback about the sidebar's scroll position. We're working intensively with the site. Today I added full text search in docs. And with that, it becomes even more important to get your suggestion in place.

Not sure about the slow-loading issue though. Are you still seing this issue after the lastest update? Not sure if I understand? Is it when clicking Table.update() on the left that it takes time before it appears on the right? Couldn't reproduce it but maybe it is related to how much the service worker has cached when doing the click.

The site downloads all docs for offline access and search after first visit. Don't know if the bug might be related to that.

[ianengelbrecht]

Okay thanks, I just tried now again and it seems it be fast again. The issue now is that when I search for Table. or .get I get a bunch of fulltext search results, and not the list of Table.[methods], which was what I liked most about how that search was working. Hope that helps. Ian

…

On Mon, Nov 17, 2025 at 8:58 PM David Fahlander ***@***.***> wrote: *dfahlander* left a comment (dexie/Dexie.js#2215) <#2215 (comment)> Thank you for your feedback about the sidebar's scroll position. We're working intensively with the site. Today I added full text search in docs. And with that, it becomes even more important to get your suggestion in place. Not sure about the slow-loading issue though. Are you still seing this issue after the lastest update? Not sure if I understand? Is it when clicking Table.update() on the left that it takes time before it appears on the right? Couldn't reproduce it but maybe it is related to how much the service worker has cached when doing the click. The site downloads all docs for offline access and search after first visit. Don't know if the bug might be related to that. — Reply to this email directly, view it on GitHub <#2215 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACH3QI5IHKCQHXISI3ZYFKD35ILEBAVCNFSM6AAAAACMKTFHLWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTKNBTGQYTMMRVGM> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[dfahlander]

The issue now is that when I search for Table. or .get I get a bunch of
fulltext search results, and not the list of Table.[methods], which was
what I liked most about how that search was working.

The latest search will do a startsWith().limit(5) on title and prioritize over full text so basically if writing "Table.where" the first match will be the title match, or "Table.", the first 5 matches will be "Table." docs before fulltext matches.