Review Request: Backport multihead fixes

[Aaron J. Seigo]

On Tuesday 24 March 2009, Guillaume Pothier wrote:
> On Tue, Mar 24, 2009 at 6:46 PM, Aaron J. Seigo <aseigo at kde.org> wrote:
> > the question becomes: do we want to introduce some logic (which will
> > likely get a bit complex) to make things work differently?
>
> Yes, I think it is very much needed. Actually I thought it was already
> implemented as it has always been working for me (even in KDE3 IIRC),
> but as you suggested it might actually have been a "bug" caused by
> inconsistent screen numbering.
>
> Maybe a very rough sketch for the logic could be:

seems sensible.

> I didn't look at the code so I'm not sure about the "do not save that
> new location" part.

it's doable.

> About NearestScreen(), it could just actually be the next configured
> screen, like (s+1)%N, or something like that, if we do not have
> information about where the removed screen was.

we probably have geometry information kicking around somewhere at that point, 
but the other screen's geometry may now have changed as well.

figuring out "next" is not so trivial. which one is "next" if it's the middle 
of three screens? if they are stacked vertically? etc.. again, doable, but 
would take a bit of work. 

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Software

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20090324/187b2396/attachment-0001.sig