https://bugs.documentfoundation.org/show_bug.cgi?id=159375
Bayram Çiçek changed:
What|Removed |Added
Assignee|libreoffice-b...@lists.free |bayram.ci...@collabora.com
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #20 from Commit Notification
---
Bayram Çiçek committed a patch related to this issue.
It has been pushed to "master":
https://git.libreoffice.org/core/commit/dd3953f705cc19aad4b0fcec7fd2961246b659e3
tdf#159375: remove
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
Commit Notification changed:
What|Removed |Added
Whiteboard||target:24.8.0
--
You are
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #19 from Bayram Çiçek ---
(In reply to Heiko Tietze from comment #16)
> (In reply to kolAflash from comment #15)
> > When using the search feature I think it doesn't matter at which point
> > you've to wait (when loading the
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #18 from Bayram Çiçek ---
(In reply to Mike Kaganski from comment #13)
> Is it possible to start gathering the strings in a dedicated thread
> (immediately at dialog start, but without blocking it)?
I tried this but I
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #17 from Bayram Çiçek ---
(In reply to kolAflash from comment #15)
> Please tell me if I can help out. It would be nice to have this resolved
> soon.
I've just removed the initialization on Options startup. Could you please
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #16 from Heiko Tietze ---
(In reply to kolAflash from comment #15)
> 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).
As long it
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #15 from kolAflash ---
(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
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
Bayram Çiçek changed:
What|Removed |Added
CC||kolafl...@kolahilft.de
---
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #13 from Mike Kaganski ---
Is it possible to start gathering the strings in a dedicated thread
(immediately at dialog start, but without blocking it)? And if a user starts
searching, block until that thread finished. I bet,
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
Bayram Çiçek changed:
What|Removed |Added
See Also||https://bugs.documentfounda
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #12 from Bayram Çiçek ---
(In reply to Hossein from comment #11)
> (In reply to Bayram Çiçek from comment #9)
> > > I think another approach can be creating a search database at compile
> > > time.
> > > In this way, it will
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #11 from Hossein ---
(In reply to Bayram Çiçek from comment #9)
> > I think another approach can be creating a search database at compile time.
> > In this way, it will be ready at execution time, without any delays. You may
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #10 from Stéphane Guillou (stragu)
---
(In reply to Hossein from comment #8)
> (In reply to Stéphane Guillou (stragu) from comment #7)
> > (In reply to Hossein from comment #6)
> > > I think another approach can be creating
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #9 from Bayram Çiçek ---
(In reply to Hossein from comment #6)
> (In reply to Bayram Çiçek from comment #3)
> > The idea was that initialize half of the dialogs at startup of "Options
> > dialog", then initialize other half
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #8 from Hossein ---
(In reply to Stéphane Guillou (stragu) from comment #7)
> (In reply to Hossein from comment #6)
> > I think another approach can be creating a search database at compile time.
> What about user-installed
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #7 from Stéphane Guillou (stragu)
---
(In reply to Hossein from comment #6)
> I think another approach can be creating a search database at compile time.
What about user-installed extensions that add a panel to the Options
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #6 from Hossein ---
(In reply to Bayram Çiçek from comment #3)
> The idea was that initialize half of the dialogs at startup of "Options
> dialog", then initialize other half at the time of searching; so that
> searching can
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
Stéphane Guillou (stragu) changed:
What|Removed |Added
CC||balls...@hotmail.com
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
Stéphane Guillou (stragu) changed:
What|Removed |Added
Version|24.2.0.1 rc |24.2.0.0 alpha0+
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
Aron Budea changed:
What|Removed |Added
CC||aron.bu...@gmail.com
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
Telesto changed:
What|Removed |Added
Keywords||perf
--
You are receiving this mail
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
--- Comment #3 from Bayram Çiçek ---
The reason why opening "Tools > Options" takes a bit more time than expected is
that; in order to make searching ready, we need to get all strings from the UI
and this requires instantiating all
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
Telesto changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
BogdanB changed:
What|Removed |Added
CC||buzea.bog...@libreoffice.or
https://bugs.documentfoundation.org/show_bug.cgi?id=159375
Hossein changed:
What|Removed |Added
Blocks||136524
CC|
26 matches
Mail list logo