https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #15 from kolAflash <[email protected]> --- (In reply to Bayram Çiçek from comment #14) > (In reply to kolAflash from comment > https://bugs.documentfoundation.org/show_bug.cgi?id=49895#c30) (Moving & > replying the comment here) > > > @Bayram Çiçek > > > > It seems your patch slowed down loading the options dialog noticeably. > > [...] > [...] > > Ideally a user would only have to wait when using the new search feature. > > But I haven't figured out yet if or how that's possible. > > I asked myself & thought the same while working on Options dialog. However, > as I mentioned earlier, you can't access anything without open/initialize > the dialog(s). This makes the implementation very difficult than it should > be. (regarding the topic, see also: > https://bayramcicek.github.io/libreoffice-dev/2023/06/18/week-03-gsoc-report. > html) > > > (very ideally a user never has to wait ;-) but I guess the new search > > feature just needs time to initialize) > > There is actually another way to extract strings: create a search database > at compile time, use it at run-time. You can read the older comments about > this. > > Let me try to work on that to see what we can do about it... > > Thank you. Thank you too for the detailed answer :-) Please tell me if I can help out. It would be nice to have this resolved soon. No waiting at all would definitely be ideal. But if that's too time consuming to implement in the next couple of month, I'd vote for simply removing the preloading as you mentioned in comment 3. When using the search feature I think it doesn't matter at which point you've to wait (when loading the options or when starting the search). And if you don't use the search you're done much faster without the preloading. -- You are receiving this mail because: You are the assignee for the bug.
