<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> <span class="fn">Telesto</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - Slow rendering when using a Logo command"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=105575">bug 105575</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Severity</td>
<td>normal
</td>
<td>trivial
</td>
</tr>
<tr>
<td style="text-align:right;">Priority</td>
<td>medium
</td>
<td>lowest
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Slow rendering when using a Logo command"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=105575#c17">Comment # 17</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Slow rendering when using a Logo command"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=105575">bug 105575</a>
from <span class="vcard"><a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> <span class="fn">Telesto</span></a>
</span></b>
<pre>(In reply to Jan-Marek Glogowski from <a href="show_bug.cgi?id=105575#c16">comment #16</a>)
<span class="quote">> 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). </span >
No surprise, here ;-). It's good enough, is perfectly fine
<span class="quote">> > 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. </span >
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]
<span class="quote">>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.</span >
Is Munich still 'sponsoring' development? They are moving back to MSO, right?
<span class="quote">> 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.</span >
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 <a href="show_bug.cgi?id=105575#c13">comment 13</a> (interesting
to read though).
---
Changing priority ..</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>