SUMMARY When you move Digital Clock onto desktop and want you put it back to Panel then turns out that on Panel we get trashes (check screen shot). To get visually correct Digital Clock need to drag and drop it directly from Widgets side bar. I use vertical panel and didn't test it on horizontal one. STEPS TO REPRODUCE 1. Turn on "Edit Panel" 2. Move Digital Clock onto desktop (isn't possible to put is anywhere, because it will stuck very close to the panel) 3. Move back (Drag and Drop) Digital Clock from Desktop onto Panel OBSERVED RESULT we get visually broken Digital Clock, seems like could chosen some strange font. Clock is not readable EXPECTED RESULT Digital Clock when backs onto the panel should look like before we moved it onto desktop SOFTWARE/OS VERSIONS Linux/KDE Plasma: YES (available in About System) KDE Plasma Version: 5.22.80 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION In test I used up-do-date Neon on day: 2021/09/10, 23:02
Created attachment 141459 [details] lasma-broken-Digital_Clock
Notice that changing "Font style" in Digital Clock settings helps nothing. Still we can see visually broken digital clock.
Sign out -> Sign in, just helps.
Are you using an NVIDIA GPU?
(In reply to Nate Graham from comment #4) > Are you using an NVIDIA GPU? No. I use integrated Intel graphics card. $ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
And PC, where tested originally. $ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07)
Created attachment 141615 [details] broken clock after move it from desktop At attached movie look how reproduce issue. BTW. Notice please that font in date (set as 'custom') s not scaled, because has been wrapped.
Thanks for the video. I can reproduce the issue with my own Intel 620 GPU.
It's not a bug at our level, it will require someone writing a reproducible case for Qt. Generally moving items between windows is a bad idea; we do have the option of destructing and constructing the applet when we move into the panel.
(In reply to David Edmundson from comment #9) > Generally moving items between windows is a bad idea; we do have the option > of destructing and constructing the applet when we move into the panel. As long as the applet-specific settings are preserved, that would work.