20

I've read the OP, thanks. But i'm trying to get the essence out of it because what you state there is between conflict prone and pointless.

First off all, the desktop is only ONE window, so while we could display it on both screen through the compositor, it would only really be on one of them (thus the other one would not be interactive)
This holds for all sticky windows, including panels, dockers, etc.

Also if the screen sizes don't match, the compositor would have to stretch/squeeze the desktop to fit or you end up with an overflowing desktop or black borders (what may be halfwise ok if the screens have the same aspects)

-> You must have at least two desktop windows, what crosses the virtual desktop behavior and i'm not even sure whether plasma activities support this (or alter the only desktop window), but one activity per virtual desktop would be inevitable.

Second and aside this, there's not much difference in what you can do with "normal" windows regarding virtual desktops and screens (send them here or there, force them etc.) so there's really no point in faking virtual desktops as screens.

Leaves two options:
----------------------
=> Either you're interested in "second screen always shows VD1, even if I switch to VD3 on primary screen" -> you want per screen independent virtual desktop handling,

=> Or you're just interested to move all windows from desktop 3 automatically to the current desktop and on the second screen when it get's attached. Upcoming script support should generally allow you to do such (no idea whether there's a onScreenCountChange() handler, but it could be easily added.

Since the latter one is some kind of "nice to have convenient thing, but you maybe do that twice a day" i wanted to know whether you actually targeted the first one by your brainstorm.

"=> Either you're interested in "second screen always shows VD1, even if I switch to VD3 on primary screen" -> you want per screen independent virtual desktop handling,"

This is what the OP is asking to be done. It's a good idea and sho8uldn't be dismissed so easily. It would allow one to watch a football match or Doctor Who full screen on one of the monitors (VD1 for example). The other monitor (VD2-VD4 for example) could then be used to do one's work without interfering with the entertainment.

Not by his words, that's why i'm asking (and not dismiss anything)
-> https://bugs.kde.org/show_bug.cgi?id=107302
(please do NOT post "me too" or so there, we're trying to stop the bugtracker from being a brainstorm section, since this forum fits such needs much better)

+1. Although I didn't know since I don't have dual screen right now, it should be, if not the default behaviour, at least a possible behaviour. Still, are you sure it's not already possible in latest KDE SC? I would have guessed so, since so many use-cases.
1. Toolbars "attached" to desk1, and image on desk2 for graphists.
2. Getting an overview of activity (mails, chat) on on desktop=screen while we're working on another desktop=screen.
3. Having a fullscreen presentation on one screen, while we keep speaker's notes on another...

I mean, it should be the natural behaviour imo, since it's coherent with Virtual desktops and/or Activities mindset. No?

Cheers, Laurent

Citan wrote:1. Toolbars "attached" to desk1, and image on desk2 for graphists.

Most important in this brainstorm is to use proper terms (sorry
There is the one and only "desktop" (but for unrelated multihead setups), several "virtual desktops" per desktop and the desktop can span across multiple "screens"
Attaching a toolbar to one virtual desktop and having the image on the other is probably not wanted (because that means you had to eg . scroll the background to switch virtual desktops forth and back all the time. This is not supported (while it theoretically could, but there was even a bug/wish that this should not happen)
Having a panel on one *screen* and the main window on the other is of course possible.
Controlling that by rules (special window settings) is intended to be added for 4.9.

Citan wrote:2. Getting an overview of activity (mails, chat) on on desktop=screen while we're working on another desktop=screen.

I'm frankly not sure about the meaning of this.
You can have some windows on one and other windows on the other screen.
If you want to switch virtual desktops on only one screen but not the other, i tried to figure whether the OP was actually suggesting this.

Citan wrote:3. Having a fullscreen presentation on one screen, while we keep speaker's notes on another...

This is of course possible and will for 4.9 actually be the only directly supported way (creating a videowall for a fullscreen app will require a script, resp. a rule)

I mean, it should be the natural behaviour imo, since it's coherent with Virtual desktops and/or Activities mindset. No?

Cheers, Laurent[/quote]

welcome
I will put my wish in the other words.
The usability, the think I would like to be implemented is that I would like to have "full support" for external monitor (projector, monitor, tv- the device that I gave my output for public, for people that I make presentation)
It goes about that, I wonna have my private stuff for my desktop, and for exemple my libre office presentation for the audiance. I dont wont that people will be able to see my desktop, my stuff on external monitor (for exemple stupid, or erotical wallpaper).
And for that second screen (external) I wonna "full support".

Saying "full support" I mean that I wonna have possibility
to click on window (title bar) with RMB and choose for example:
"send to external monitor" like the way used to be with desktops, I can manage my windows with easy way. There is a few kwin effects for that to, there are in RMB menu on windows title bar opurtunity to send my app(windows) to choosen desktop. And as long I am on my main desktop, monitor There will bo no visible actions on external monitor. for example while I am skipping throught opened windows with alt + tab there is an kwin effect on tv,projector, second monitor.
While I use effect presentation (which I use all the time) the effect is applied on second monitor to. I would like that the navigation will be separated for each device (internal and external monitor). The same think is with "grid" kwin effect (i do not use more that 1 desktop, so it doesnt occur in my configuration)- the effect is applied on the both screens, which is not expected (for a good of presentation).

I at first propose to use one desktop for external monitor. cause it is allready supported.
but I've recently started using activities, which Is a great stuff (less usage for proccessor, graphic card, RAM; cause I can deactivate unused desktop, like school acitivity, while I watch movie.)

So now I think that it will be much better if we could have special activity to display stuff on externall monitor.
We can send windows to the activities. It can be on the both activity at the same time. that I can have other stuff on desktop, but the same opened file, the same window.
In each time I can move my internal screen to the activity "external monitor", and have the same what is showed to the public. and in here,

I think that on my internal screen should be scaled view (when it will be differences with resolution (aspect ratio), that will prevent display errors, issue one second(external) screen

give me Your fouth on that.
feedback will be appreciated