Review Request: Backport multihead fixes
Aaron J. Seigo
aseigo at kde.org
Wed Mar 25 01:07:42 CET 2009
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:
> I didn't look at the code so I'm not sure about the "do not save that
> new location" part.
> 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
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
More information about the Plasma-devel