----- Original Message ----- > Hi, > > On 09/20/2013 02:06 PM, Marc-André Lureau wrote: > > Hi > > > > I think the issue is when a window go fullscreen, we take its monitor > > geometry and disable auto-alignment. This can cause overlap, when all > > monitors aren't fullscreen. > > > > When we leave fullscreen, ltr-alignment is applied, all is "fine" > > > > So it looks to me like we should do better alignment on "all" monitors > > whatever happens. I think current alignment spice-gtk code is too simple > > and needs to be improved. What do you think? I will try to see what I can > > do. > > I agree some better alignment for the windowed / mixed case would be good. > > What I suggest to do for now is do auto ltr arrangement using the current > algorithm, on all monitors (except for the all windows fullscreen case), and > update monitor coordinates for all monitors, including fullscreen ones, each > time a windows size changes (which includes going fullscreen / windowed). > > As said the all windows fullscreen case is special, in that case we should > just use the actual physical monitor coordinates and not do any auto-align. I thought about it, but it might reorder and move monitors whenever you unfullscreen/fullscreen. That can really be annoying. I am thinking now to just use window root coordinates and size (yes, following the way you started using window coordinates). So, never use alignment. That leaves the following problems: - window gaps and overlaps: either we ignore this problem or we improve alignment to cope with this. Note overlap might be actually wanted for mirrors. And gap could probably be ignored? - resizing a display inside the guest in fullscreen (scaled), will create even bigger overlaps or gaps. Tbh, I don't see how automatic alignment could work without breaking some use cases. I welcome suggestions :) _______________________________________________ virt-tools-list mailing list virt-tools-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/virt-tools-list