Name : Budgie clipboard manager
Link : https://github.com/prateekmedia/budgie-clipboard-applet
Open-source : yes
Rejected : yes
Reason : Upstream developer got frustrated as some issues are still pending in github relating to clipboard on budgie desktop which are totally unrelated and he wanted this feature hardcoded in budgie instead of a third party applet(Just like other "third party programs")
Description
Event Timeline
Hey bro, I have just build it and wait for review. Stay in touch here https://dev.getsol.us/D10230
Why is this a thing? Why hasn't a patch been provided to just improve clipboard support in Budgie itself, expose it over an API for applets to utilize, rather than having yet another third-party applet to do this? Especially when we have actionable items on how to improve the native clipboard management that nobody has taken upon themselves to provide a sane solution for yet, e.g. https://github.com/solus-project/budgie-desktop/issues/1996
Instead, people are off in their silos yet again working on things rather than engaging in us (upstream) on the matter.
@JoshStrobl Ok looks like we have to wait for Budgie 11 as suggested on most of the issues on github to fix that problem.
By the way this applet is only to manage text/path copied or selected to clipboard just like other clipboard manager on repo like CopyQ do but Natively for budgie as an applet and not as an application.
If you dont like it to be on the repo then it's ok as most of the packages like this got rejected and that's why solus is famous for its repository and available softwares.
Ok looks like we have to wait for Budgie 11 as suggested on most of the issues on github to fix that problem.
What? No.
By the way this applet is only to manage text/path copied or selected to clipboard just like other clipboard management on repo like CopyQ do but Natively for budgie as an applet and not as an application.
I understand that, but something basic like clipboard manager should be handled natively in Budgie itself, with configuration for history, content size, etc. and not solely be external in an applet. Other desktops provide similar interfaces, Budgie should too.
If you dont like it to be on the repo then it's ok as most of the packages like this got rejected and that's why solus is famous for its repository and available softwares.
It's more that this functionality should be provided by the desktop environment, not a third-party applet. But given time and time again nobody actually engages with me as the upstream developer of Budgie on matters like this on Budgie issue tracker, IRC, etc. or asks if I can architect it out for Budgie minor releases like Budgie 10.5.2+, I'm sure you can understand my frustration when it happens yet again.
Looks like Budgie 11 will solve most of the issue that users as facing:
https://discourse.ubuntubudgie.org/t/applet-show-clipboard-contents-in-budgie-panel/1096
https://forum.endeavouros.com/t/clipboard-manager/7859
and other clipboard related queries :)
Sorry to correct you gnome has external extension made by users and I dont remember correctly but Xfce also dont have a native applet made by Xfce upstream.
Only de left is kde which uses qt so they implemented their own clipboard manager,
Peace out