<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Implement different border colors depending on the LibreOffice app launched on Windows" href="https://bugs.documentfoundation.org/show_bug.cgi?id=125443#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Implement different border colors depending on the LibreOffice app launched on Windows" href="https://bugs.documentfoundation.org/show_bug.cgi?id=125443">bug 125443</a> from <a class="email" href="mailto:glogow@fbihome.de" title="Jan-Marek Glogowski <glogow@fbihome.de>"> Jan-Marek Glogowski</a> <pre>Windows in LO are represented by the SalFrame class. There is a 2nd type of "window" for native client areas (used for stuff like video overlay in Impress). That code for the Windows OS is is in vcl/win/window/salframe.cxx and vcl/win/window/salobj.cxx. But reading the stackoverflow link, it doesn't look that easy, because now you would have to paint the whole decorations yourself, which probably would require the implementation of <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED WONTFIX - Support for Client Side Windows Decorations in LibreOffice" href="show_bug.cgi?id=113388">bug 113388</a>. OTOH I don't understand why <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED WONTFIX - Support for Client Side Windows Decorations in LibreOffice" href="show_bug.cgi?id=113388">bug 113388</a> is closed as WONTFIX. If someone manages to implement this, I don't see a reason to not merge that into VCL. Or is there some compelling design reasons not to support this? But getting this to work consistently on all platforms might be quite hard. Looking into Firefox code might be a good starting point there.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>