Bug 489087

Summary:	Implement preview-on-click (like it does when clicking on a wallpaper from Desktop -> Desktop and Wallpaper)
Product:	[Applications] systemsettings	Reporter:	D. Debnath <d_debnath>
Component:	kcm_wallpaper	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	CONFIRMED ---
Severity:	wishlist	CC:	meven, nate, nyanpasu64
Priority:	NOR
Version First Reported In:	6.1.0
Target Milestone:	---
Platform:	Other
OS:	Linux
See Also:	https://bugs.kde.org/show_bug.cgi?id=508310
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description D. Debnath 2024-06-24 04:38:52 UTC

SUMMARY

In Desktop (right click) -> Desktop and Wallpaper, selecting any wallpaper by clicking on it, immediately shows a temporary preview of the wallpaper by applying the wallpaper to the desktop. This same functionality is missing when doing the same in the Wallpaper KCM in System Settings. 

SOFTWARE/OS VERSIONS

Operating System: Arch Linux 
KDE Plasma Version: 6.1.0
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.1
Kernel Version: 6.9.5-arch1-1 (64-bit)
Graphics Platform: Wayland
Graphics Processor: Mesa Intel® HD Graphics 630

Comment 1 D. Debnath 2025-02-10 09:35:46 UTC

Now that I think of it, why are there two different implementations being used for the "Desktop and Wallpaper" settings page? Doesn't it make sense to have a single implementation which can be accessed from both the desktop as well as System Settings?

Comment 2 Méven 2025-02-10 10:04:15 UTC

(In reply to D. Debnath from comment #1)
> Now that I think of it, why are there two different implementations being used for the "Desktop and Wallpaper" settings page? 

All our development is public, for anyone all the answer are there to be found with a little effort.
Finding the relevant merge-requests and history is not hard.
The entry point is https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/3395

>  Doesn't it make sense to have a single implementation which can be accessed from both the desktop as well as System Settings?

Do I need to answer this?

This bug is about making the new implementation a match feature-for-feature compared to the old one, and eventually removing the old one afterwards, but that takes time and effort which is a limited resource...

Comment 3 Méven 2025-02-13 08:37:53 UTC

*** Bug 499808 has been marked as a duplicate of this bug. ***