<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - macOS 100% CPU usage when minimizing screen if multiple documents are opened"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=103571#c57">Comment # 57</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - macOS 100% CPU usage when minimizing screen if multiple documents are opened"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=103571">bug 103571</a>
              from <span class="vcard"><a class="email" href="mailto:michael.meeks@collabora.com" title="Michael Meeks <michael.meeks@collabora.com>"> <span class="fn">Michael Meeks</span></a>
</span></b>
        <pre>Patch looks good - although some comments in the gerrit back-port =)

I'd really like us to fix the cross-platform issue that this shows up though:

svx/source/tbxctrls/tbcontrl.cxx 's:
            // HACK: Comparing is incomplete

Code seems bad to me - spending all this time doing ~nothing when we plug a
remote display in (and on every platform) also seems like a really poor use of
time =)

I'd like to investigate why this FontList comparison says the font list has
changed when this event occurs - triggering the expensive re-build of the
font-list - when it has not =)

Perhaps more interestingly - if that work is done at startup - before we create
a new top-level frame ;-) [ as it may well be ] can we do something to speed up
new window creation here by eg. deferring that work: just dirtying the
combo-box, or having a single item in it which is the current font, and
populating it only on first-click ? =) or somesuch clever.

Would be good to get a faster experience on all platforms from this if possible
=)

Would also be good to test changing the LCD font rendering settings [ if indeed
such settings exist ;-] on Linux which -should- cause the UI to completely
refresh - including these fonts: almost certainly it's not an issue because the
actual rendering (vs. measuring etc. in that list) should occur at a very low
level; but worth a check.

Thanks Tor ! =)</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>