[Libreoffice-bugs] [Bug 105575] Slow rendering when using a Logo command

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri Aug 6 19:27:50 UTC 2021


https://bugs.documentfoundation.org/show_bug.cgi?id=105575

Telesto <telesto at surfxs.nl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |trivial
           Priority|medium                      |lowest

--- Comment #17 from Telesto <telesto at surfxs.nl> ---
(In reply to Jan-Marek Glogowski from comment #16)
> The event loop will always be very system specific. But the LO scheduler and
> the processing of LO internal events (AKA UserEvent) is definitely a good
> idea to further unify (OTOH every time I touched this low level stuff, I
> broke things, so I'm not really eager; nobody else even wants to touch it). 

No surprise, here ;-). It's good enough, is perfectly fine 


> > Not saying that economics theory being the only perspective.. The challenge
> > or fun might maybe a reason for looking into this..
> 
> I failed to parse this. 

Well in economics all is about distributing resources most efficiently. However
LibreOffice is also promoted as 'fun-project for developers'. Defeating market
logic (economics). So someone might jump into it out of curiosity/challenge [in
some utopia ...] and spend weeks on this unpaid.. [sarcasm] 

>This is nothing I will / can do in my free time, if
> that's what "economics" refer to. The city of Munich "sponsored" a lot of
> this, so even if it didn't directly help any particular of their problem, I
> could work on it to tackle some underlying problems instead of somehow
> working around them.

Is Munich still 'sponsoring' development? They are moving back to MSO, right?

> It also didn't help, that the VCL plugins did stuff
> completely or slightly different without any explanation... "Why?" is the
> most common thought when reading LO code (next to wtf, obviously), not what;
> at least for me.

Code is to me a kind of abracadabra (and coding a black art). Assessing code
quality is kind out of scope for me. Aware of lots of bug tracker references
pointing to nowhere these days.. 

Anyhow, I was more or less surprised by the analysis at comment 13 (interesting
to read though).

---
Changing priority ..

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210806/bcb14d21/attachment.htm>


More information about the Libreoffice-bugs mailing list