Bug 197412 - Pair up activities when using multiple screens
Summary: Pair up activities when using multiple screens
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Unmaintained
Component: multiscreen (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR wishlist
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 232203 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-06-21 19:55 UTC by FiNeX
Modified: 2010-07-11 12:02 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description FiNeX 2009-06-21 19:55:38 UTC
I'm using NVidia Twinview and both screens are 1680x1050.

I have 4 virtual desktops and I've set "different activities for each desktop".
This option created six new activities, one for each screen on each virtual desktop.

When zooming out and in on activities, them are moved across virtual desktops.

example:

 VirtualDesktop 1 [Left|Right]  VirtualDesktop 2 [Left|Right]
 VirtualDesktop 3 [Left|Right]  VirtualDesktop 4 [Left|Right]

- click on "zoom out" on the toolbox placed on "VirtualDesktop 1 (right)"
- click on "zoom in" of Virtual Desktop 4 (right)

The activity which was before on VirtualDesktop 1 (right) is on Virtual Desktop 4 (right) and viceversa.

On a multiscreen setup activities of the same virtual desktop, should stay matched and not mixed while zooming.

I hope to have clearly explain the problem.

Thanks!

P.S: is zooming activities slow due to my nvidia drivers?
Comment 1 Aaron J. Seigo 2009-06-21 20:16:36 UTC
"I hope to have clearly explain the problem."

i think you did, yes; it's a tricky one to explain and understand, though ;)

that said ... screens are not paired in this way. they are independent. there are use cases for both ways that i can think of; i'm not sure it's worth implementing both, though, and then adding a config option for it?

anyways, as this is the intended behaviour, i'm marking this as a feature request for later thought :)

"P.S: is zooming activities slow due to my nvidia drivers?"

no; it's something in QGraphicsView
Comment 2 FiNeX 2009-06-21 20:29:54 UTC
You're right Aaron, there are use cases for both. Probably the best solution is to add a sub-option to "different activities for each desktop" and:

A) let the current behaviour the default one and call the new option "pair up activities with multiple screens" (or "keep activities on same virtual desktop paired up")

or:

B) make the new behaviour the default one and call the new option "unmatch activities on multiple screens" or some better string :-)
Comment 3 John Andersen 2009-09-02 09:50:19 UTC
Match activities or Pair up activities is a good idea.

The wording is just atrocious.  

"Lock Activity to Specific Desktop" says it all.

You don't need dual screens to see this mess.  Just do the expiriment
that FiNex mentioned with the typical 4 virtual desktops and a single monitor.

- click on "zoom out" on the toolbox placed on "VirtualDesktop 1"
- click on "zoom in" of Virtual Desktop 4 

The activity which was before on VirtualDesktop 1 is on Virtual Desktop 4 and viceversa.

I am still seeing this in 4.3.1 (kubuntu).  

The rationale (thin as it was) for Activities in the first place was to have the tools at hand for any task.  But if the tools for Accounting tasks wander over to your Gameing desktop its less than useful.

If the user chooses "different activities for each desktop" It should be that what they put on a desktop STAYS on that desktop until/unless they move it.
(Of course this calls into question the whole concept of Activities, but be that as it may).

In fact, a case can be made that "different activities for each desktop" should simply be changed to the "Lock Activities to Specific Desktop", because that is what user have come to expect and want.  Those that want to have a collection of activities with no specific ties to desktops would simply not choose this option.
Comment 4 David Palacio 2010-06-23 04:48:27 UTC
Activities are paired in KDE trunk. How well it plays with different activities per desktop I do not know.

Actually, I hope the current activities work replaces virtual desktops.
Comment 5 Chani 2010-07-03 18:12:28 UTC
activities and virtual desktops are separate in trunk (although you can still have different widgets per desktop), and the ZUI is gone, so I'm 99% sure this isn't a problem any more :)
Comment 6 FiNeX 2010-07-03 19:05:00 UTC
@Chani: Only in trunk or even in 4.5 RC1 ? 

I'd like to do some tests on multiple screens.
Comment 7 Chani 2010-07-05 09:46:19 UTC
@finex in rc1 too, although I think some multiscreen regressions slipped into rc1. I need to figure out how to test multiscreen at akademy... :/ my laptop only seems to do it with hdmi, and my tv wouldn't fit in my suitcase ;)
Comment 8 Chani 2010-07-05 09:52:13 UTC
*** Bug 232203 has been marked as a duplicate of this bug. ***
Comment 9 FiNeX 2010-07-05 11:33:55 UTC
@chani: he he he... Meanwhile I'll do some tests on rc1 :-)
Comment 10 FiNeX 2010-07-11 12:02:26 UTC
Ok, I'm testing RC2 now and I like the new behaviour (on RC1 I've had too many crashes, RC2 looks more stable).