<div dir="ltr"><div class="gmail_quote">On Mon, Nov 24, 2014 at 9:40 AM, Thorsten Behrens <span dir="ltr"><<a href="mailto:thb@documentfoundation.org" target="_blank">thb@documentfoundation.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid"><span>Chris Sherlock wrote:<br>
> 1. Why is this necessary?<br>
><br>
</span>Dunno - that question should go to the committer, if the context is<br>
not clear. ;)</blockquote><div><br></div><div>I checked the git logs, it predates git history! </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid"><span>
> 2. What is the difference between SalGraphics::GetGraphicsWidth() and<br>
> OutputDevice::GetOutWidthPixel()?<br>
><br>
</span>The SalGraphics is the underlying operating system graphics primitive,<br>
so its size might be much bigger than the Window and/or VDev you have<br>
at hand. For the OutputDevice, if mnOutOffX/mnOutOffY is non-zero,<br>
then GetOutputWidthPixel/GetOutputHeightPixel (I presume you meant<br>
those?) will likely be smaller than the size returned by SalGraphics.<br>
VCL Windows are 'lightweight', in that they reuse operating system<br>
windows, by e.g. adjusting output offsets and clips.<br>
<br>
For VirtualDevices, you are most probably right, those values will be<br>
equivalent.<br>
<br>
HTH,<br>
<br></blockquote><div><br></div><div>It does, thanks Thorsten!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">
-- Thorsten<br>
</blockquote></div><p>Chris</p><div class="gmail_extra"><br></div></div>