https://bugs.kde.org/show_bug.cgi?id=360058
--- Comment #26 from Sergio <sergio.calleg...@gmail.com> --- Hi, thanks for your suggestion. As a matter of fact, what I would like to do is being able to configure the screen graphically, having the system making only the safe choice of re-enabling the laptop screen when the external monitor is detached, without making automatic choices based on a wrong understanding of what external monitor is attached (as it was in the KDE 3 and 4 times). I understand that the kscreen situation has improved for many users. In some sense, it has for me too: for instance, I am now able to use the GUI to unify the screens, something that I was not able to to until a few months ago. I am also *sorry if some felt treated unfairly by my previous comment* and I would like to apologize. At the same time I also would like to make this point: I may belong to a minority of users who (i) have a laptop, (ii) prefer to use it attached to an external monitor and keyboard when possible, and (iii) happens to give lectures and presentations with the laptop attached to a projector which may make my issue less evident than others. Still, (a) it is a serious issue because it may happen to leave all your screens black; (b) it is a regression with respect to Plasma 4 and it is still there more than 3 years after the release of plasma 5 and at the 11 major versions of the project. Let me detail why my limited view may propagate to hundreds of people in a second. When you want to do a presentation in front of a big audience, you attach the projector and *all* your screens turn black. What do you do at this point? The only way I have found to get out of this without a reboot is: 1. detach the projector and get the image back on the laptop 2. kill kscreen_backend_launcher 3. prepare a line on the konsole saying 'xrandr --output HDMI2 --auto` without pressing enter 4. reattach the projector. As the laptop screen goes black, press enter, to exec the previous command line. Get some image on the projector 5. open the system settings on the projector screen, go to display and monitor, re-enable the laptop screen too and make it primary, so that the kde menu is back on it. (note that at 3-4 you cannot merely prepare the xrandr line to switch on the laptop screen, as kscreen may want the kde menu and taskbar to be on the external screen). All this is a bit cumbersome, non-intuitive and would be prohibitive hard to many (points 3 and 4 more than the others). Most important, in front of an audience, it ridicules you for your choice of Linux. The audience won't likely be able to understand what is going on and will merely think that Linux and KDE are poor choices. Which is also a bit unfair to all the other Linux and KDE developers. Unfortunately, this bug is not a "private" bug that sits just on your screen. This bug is a bug that typically gets projected to an audience. In some occasions, this happens while you may be trying to promote something you have developed for Linux. Also please see that having celebrative articles about kscreen before regression s like this are solved may appear weird. -- You are receiving this mail because: You are watching all bug changes.
