<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Support for Client Side Windows Decorations in LibreOffice"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=113388#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Support for Client Side Windows Decorations in LibreOffice"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=113388">bug 113388</a>
              from <span class="vcard"><a class="email" href="mailto:haevalencia@gmail.com" title="haevalencia@gmail.com">haevalencia@gmail.com</a>
</span></b>
        <pre>(In reply to Heiko Tietze from <a href="show_bug.cgi?id=113388#c7">comment #7</a>)
<span class="quote">> Aren't you talking about different use cases? You will get more vertical
> space when the title bar is removed by the OS/DE.</span >

Not really, but what you propose is not a reality either, since it doesnt
happen (KDE Netbook only and the extinct Unity -with great inconsistency- in
gnu/linux side). It is not possible at will in macos or windows to remove the
titlebar and if it were to do so it loses functionality (like window controls).

<span class="quote">> CSD is about adding
> functionality to the title bar, basically, and 'make use of this area'.</span >

That's the way it is and by using that space efficiently, the total space
occupied to draw the interface is reduced. 


<span class="quote">> I disagree with this idea because white-space is my friend, and picking up the
> window to move it around is what I do quite often. </span >

Mozilla developers have worked on this problem in their implementation for
gnu/linux by adding white-space when the window is not maximized among other
things. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1399611">https://bugzilla.mozilla.org/show_bug.cgi?id=1399611</a>). Something
similar was already being done on its other supported platforms.

In other office applications there is always clickable white-space to move the
window, something that doesnt happen in LO (toolbar or tabs of notebookbar
white-space is not clickable).

<span class="quote">> The advantage is clear on
> the other hand, and it's a nice design as shown here [1] for KDE.

> (In reply to haevalencia from <a href="show_bug.cgi?id=113388#c4">comment #4</a>)
> > I dont understand why LO keep using a titlebar anyway.
> > 
> > I suppose I will have to address the VCL plugin developers...

> LibreOffice uses the system window, and draws controls with the system
> theme. Starting with a different VCL never changes the window. 
> And we do not have dedicated VCL developers.
> </span >

ok

<span class="quote">> [1]
> <a href="https://kver.wordpress.com/2014/10/25/what-if-kde-started-using-client-side">https://kver.wordpress.com/2014/10/25/what-if-kde-started-using-client-side</a>-
> decorations/</span ></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>