<br><br><div class="gmail_quote">On 9 November 2010 10:14, Nikolai Kondrashov <span dir="ltr">&lt;<a href="mailto:spbnick@gmail.com">spbnick@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 11/09/2010 12:54 PM, Luke Benstead wrote:<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I do have another idea, but whether it would work in practice I&#39;m not<br>
sure, so I&#39;ll just throw this out there. What if, instead of changing<br>
the native resolution, Wayland allocated an off-screen buffer of the<br>
requested resolution. As far as the app is concerned it&#39;s rendering to a<br>
fullscreen window at the requested res, but then Wayland scales the<br>
offscreen buffer and blits it to the screen. If the window loses focus<br>
then it&#39;s minimized. (I know we are sort of stumbling onto WM territory<br>
here, I&#39;m not really sure how to handle that. Perhaps it doesn&#39;t need to<br>
be minimized just displayed non-fullscreen).<br>
</blockquote></div>
Sorry, I misinterpreted your idea. I thought you were talking about<br>
switching resolutions transparently for the application. However, the idea<br>
of keeping the native LCD resolution seems to be very nice, yet supporting<br>
real resolution switching might be needed anyway.<br>
<br>
Sincerely,<br>
Nick<br></blockquote><div><br>Yeah, of course. I don&#39;t doubt that native resolutions switches will be required. But if temporary switches can be handled by rendering offscreen, and full resolutions switches happen in a similar style to xrandr, that at least removes the problems with the common cases.<br>
<br>Luke.<br></div></div><br>