Semantics of zoming out with multiple monitors

Aaron J. Seigo aseigo at kde.org
Thu Oct 16 17:00:20 CEST 2008


On Thursday 16 October 2008, Guillaume Pothier wrote:
> Now that each screen has its own "cashew", 

you make it sound like it's a new thing ;)

> What happens now for example if I zoom out using the screen 1's
> cashew, is that I see the containments for screen 1 and screen 0
> zoomed out on screen 1, and screen 0's containment is also displayed
> with no zoom on screen 0. That feels realy strange... What I would
> expect is to see all the activities assiciated with screen 1 zoomed
> out.

there is no such thing as "activities associated with screen N"; it's just a 
collection of activities. at any given time there is at most one activity that 
is associated with a screen, but that's a bookkeeping issue and little else.

> That begs the question: should there be one corona per screen? 

no, that would cause much annoyance on several levels, from configuration to 
runtime management of activites.

> Or
> the coordinate space of the corona should be partitioned so that you
> don't see the containments of other screens when you zoom out on one
> screen?

as i said earlier, there is not screen affinity beyond "what you are vewing 
right now".

if anything, we should just drop the containment association completely when 
zoomed out and at most we should mark as unavailable containments on other 
screens.

hiding them isn't really optimals since you may wish to arrange those 
containments (eventually we'll support dragging of containments to arbitrary 
positions on the canvas) or moving items between containments when zoomed out.

what *might* make sense is if you zoom out on one screen, to zoom out all the 
desktop views and coordinate them that way. there would be a few details to 
keep track of in those cases but it should be doable...

-- 
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/20081016/0300337e/attachment.sig 


More information about the Plasma-devel mailing list