Setting checkbox "Desktop switch on-screen Display" on (in System settings -> Workspace Behavior -> Virtual Desktops - Switching), cause broken switch indicator in the middle of screen when start switching between desktops. Tested with new .kde4 profile and with kwin, kwin_gles and opegl/xrandr compositing type. You can see bug in attached video. Reproducible: Always Steps to Reproduce: 1. Check on "Desktop switch on-screen Display" in System settings -> Workspace Behavior -> Virtual Desktops - Switching 2. Uncheck "Desktop layout indicators is off" in System settings -> Workspace Behavior -> Virtual Desktops - Switching 3. Set more then one desktop. 4. Leave KDE (logout) and Start KDE (Login) 4. Switch between desktop 1-2-3 - in first (1-2) step You will see broken desktop indicator in the middle of screen. After switch next desktop is bug gone. Expected Results: Display correct desktop number/name.
Created attachment 77861 [details] Video with desktop switching bug.
I can confirm this bug on three different PCs, all running Kubuntu 12.04 upgraded to KDE 4.10.1.
Actually that's no effect, the window is really there. Do you confirm the relogin being crucial to trigger this?
Don't known if I fully understood question but, the crucial trigger is kwin restart. This happens too when I switching between kwin and kwin_gles (using kwin --replace or kwin_gles --replace) in runnig KDE.
Is this a regression compared to 4.10.0? I pushed some fixes for 4.10.1, maybe something went wrong.
What i can confirm is that when moving from initial VD3 or VD4 to VD1 (din't test VD2, though), there's no indicator. Because of the absent name string: Have you tried to pass your VDs original names? ("Surf", "Work", "Entertain" or sth. like that)
(In reply to comment #5) > Is this a regression compared to 4.10.0? I pushed some fixes for 4.10.1, > maybe something went wrong. It's little bit different then in 4.10.0. First time I meet this bug in KDE 4.9 version, but I can't remeber whitch version it was.
I just tried the steps to reproduce (restarted KWin instead of session) on master and are not able to reproduce. Given that I backported the changes from master and that there are some further changes in master related to virtual desktops, I would not be surprised if it's really just an issue in 4.10.
(In reply to comment #6) > What i can confirm is that when moving from initial VD3 or VD4 to VD1 (din't > test VD2, though), there's no indicator. > > Because of the absent name string: > Have you tried to pass your VDs original names? > ("Surf", "Work", "Entertain" or sth. like that) Hmmm tested, and it looks like that bug is active when in the name of desktop is number with space (like Desktop 1) when I rename desktops to Desktop1 Desktop2.... bug is gone.
Seems to only affect implicit names then (but I can't reproduce that part of the video - git master as well)
With current master there is a problem about the sizing but in the opposite direction. Overall the code between 4.10 and master has diverged too much, so I make this a report about the issue in master and will not fix the issue in 4.10
*** Bug 319314 has been marked as a duplicate of this bug. ***
(In reply to comment #9) > Hmmm tested, and it looks like that bug is active when in the name of > desktop is number with space (like Desktop 1) when I rename desktops to > Desktop1 Desktop2.... bug is gone. Funny: It does work here with the space between word and number - but it does not work with German umlauts. Bug with "Arbeitsfläche 1" and "Arbeitsfläche 2" but no bug with "Arbeitsflaeche 1" and "Arbeitsflaeche 2"... It also depends on the number of virtual desktops, see Bug 319314.
Does it also happen when renaming the desktop to eg. "Cholemüs 1" "Cholemüs 2" etc? (I guess "Arbeitsfläche 1" will just be the i18n'ized default value, right?)
Using 4.11.0 now. Animation is solved, but window with desktop name looks ugly. Attachment added. - Tested with new profile - Using kwin_gles - Driver radeon
Created attachment 81797 [details] Desktop name screenshot.
In reply of comment 14: It happend here with every name containing an umlaut. (In reply to comment #16) > Created attachment 81797 [details] > Desktop name screenshot. Well, yes, a little too much space at the bottom. Would look better with centered text and less height of the box. But - it works :).
I can confirm this is happening for me as well in 4.11.
4.11.2 - same problem ... funny thing is that the size of the popup is constantly changing size
Created attachment 82807 [details] desktop switch on-screen display
Created attachment 82808 [details] desktop switch on-screen display (new size 1 min later)
Created attachment 82809 [details] desktop switch on-screen display (new size 2 min later)
Any time you change "something" in system settings -> virtual desktops -> switching .. shape varies Happens to me after I accidentally killed (Ctrl-Alt-Esc) the desktop (the background) and had to restart via Ctrl-Alt-F1 -> Ctrl->Alt-F6 (reboot)
(In reply to comment #19) > 4.11.2 - same problem ... funny thing is that the size of the popup is > constantly changing size I cannot confirm this. I am also using 4.11.2 (in siduction) and the space below the desktop name is gone in my current plasma theme after I temporarily activated the preview for the on-screen display, tested it and deactivated the preview again. It also was gone in other themes - so it might be a cache issue?
Created attachment 82829 [details] patched window random guess (only size, not Umlaute) replace /usr/share/apps/kwin/scripts/desktopchangeosd/contents/ui/osd.qml with the attached version, then restart "kwin --replace &"
(In reply to comment #25) > Created attachment 82829 [details] > patched window > > random guess (only size, not Umlaute) > replace /usr/share/apps/kwin/scripts/desktopchangeosd/contents/ui/osd.qml > with the attached version, then restart "kwin --replace &" It Works! But smaller font will be better. Thanks
alter "font.pointSize: dialogItem.showGrid ? font.pointSize : 32" to eg. "font.pointSize: dialogItem.showGrid ? font.pointSize : 18" I just felt it was too tiny to be really a usable indicator in this context.
(In reply to comment #27) > alter "font.pointSize: dialogItem.showGrid ? font.pointSize : 32" > to eg. "font.pointSize: dialogItem.showGrid ? font.pointSize : 18" > > I just felt it was too tiny to be really a usable indicator in this context. Thanks for tip. For me small font looks better. One another question, is possible to have smaller frame? Height is too big with smaller fonts. It seems, that width of frame is adjustable but height is not. Screenshot attached. Thanks.
Created attachment 82836 [details] Frame around
The default font size really is big and therefore looks a bit unfamiliar. But I like that it is now possible to better read it and I like a lot that it is configurable! With the default font size the proportion of the text in relation to the surrounding box is perfect - and this ratio should be kept with every chosen font size.
Tried, as soon as i set the pointSize > 2 the window seems to get a minimum height - even if i set another explicit size for label and mainItem. Attaching Marco. Is there somehow a conditional minimum size/height in the plasma dialog component?
My daughter just installed the patched osd.qml file on my system and pointed me to this bug report. I really love the big font, finally the text is good readable for me. If I understand it right this new feature by now will be overwritten each time the system is updated and after that the file has to be copied again or at least the font size has to be entered again in the text file? I'd really would be very glad if you can implement this new feature together with a configuration option for the font size so that it does not get overwritten on updates. Thanks for your time and efforts.
cp -r /usr/share/apps/kwin/scripts/desktopchangeosd ~/.kde/share/kwin/scripts This should make the local version shadow the global one. NOTICE: ------------- - might be rather ~/.kde4 - you might have to create kwin/scripts directories - any pot. improvement to the global version will be lost by this (well, until you remove the patched version)
> cp -r /usr/share/apps/kwin/scripts/desktopchangeosd > ~/.kde/share/kwin/scripts This should make the local version shadow the > global one. > > NOTICE: > ------------- > - might be rather ~/.kde4 > - you might have to create kwin/scripts directories > - any pot. improvement to the global version will be lost by this (well, > until you remove the patched version) The last one doesn't really matter. There won't be any improvements for the 4.x version and the 5.x version won't use .kde[4] folders any more.
(In reply to Thomas Lübking from comment #27) > alter "font.pointSize: dialogItem.showGrid ? font.pointSize : 32" This line doesn't seem to work in Plasma 5? The osd.qml file in Plasma 5 already contains the nice big 32 font.pointSize but the font nonetheless is tiny. I copied the file to ~/.local/share.....same structure... and altered the number - but after a "kwin --replace" still no change :(. How do I get the big font in Plasma 5?
Created attachment 95780 [details] patched OSD window for KF/5 cp -r /usr/share/kwin/scripts/desktopchangeosd/ ~/.local/share/kwin/scripts and replace ~/.local/share/kwin/scripts/desktopchangeosd/contents/ui/osd.qml with the attachment. Then restart "kwin_x11 --replace &" The KDE4 version should not work and the vanilla KDE5 version does not have an increased font size. All concerns reg. the shadow (and the partially unwanted 32pt font ;-) remain. Do we have other bugs itr. left, ie. is this bug actually open in KF5 (leaving the font size aside)
Great, that works! Thanks a lot for the new file! And leaving the font size aside this bug seems to be fixed in KF/Plasma 5, at least I couldn't reproduce the faulty behaviour so far.
Ok, thanks. Closing "worksforme" then. As of any "Desktop switching OSD is ugly, should have bigger fonts, ..." concerns, please file a new bug (we maybe need to involve HIG and VDG members and I don't want to scare them off by the technical elements in this bug ;-)