I think the compromise would be don’t allow single click delete from the cards but do allow multi-delete from that same view and provide an option via multi-delete to remove the data.
so from either card view (Application Categories or Installed Applications) there should be a way to multi select… and when you evoke that feature it requires a confirmation dialog to complete.
otherwise you can go to the detail page and just delete without any confirmation.
I completely approve the confirmation dialog before remove application. An optional detailed feedback(backend output log) for advanced users activate during uninstall/install is a good idea too.
It seems like this leads to a good middle ground: the “Delete” button could be removed from the “Installed applications” page cards, creating a bit of friction to expose the dialog to delete user data and avoid mistakes; a feature request is the ability to select cards in the “Installed applications” to delete them in bulk (with a dialog to confirm and to choose to delete user data).
This means that the first step is to solve the issue of the thread by removing the “Delete” button and after that think about solving the need for a fast and easy way to uninstall apps.
So it seems like this discussion really comes down to two main concerns:
If there’s no confirmation, it’s super easy to uninstall something by accident (and from a user perspective, it’s a destructive action).
But if there is a confirmation, it gets annoying fast when you’re trying to remove a bunch of apps.
In my opinion, the most logical solution is to have a confirmation, but also add a multi-select uninstall option.
That way it addresses both concerns: people can uninstall multiple apps at once and only confirm once, while also preventing people from accidentally deleting anything.
my feeling is that since you are in the details page of discover at that point you have already made two decisions to manage the package (opening discover, and navigating to the package details page)… so you should not have to confirm removal from there and the button there is red to indicate immediate action will take place.
hard to image someone stumbling into that by accident.
but i certainly agree that accidentally miss clicking the main page, or the installed page where each card has a live [remove] button—and it is not red to warn the user—is a risk that should be mitigated by introducing a confirmation dialog.
Just slightly OT, but as far as poor feedback in discover goes, I’d like to throw in this recent thread: Kernel 6.17 failing to install
In short: the error message was not helpful in determining why the package failed to install. I knew because I had the same error when upgrading using aptitude, which was showing the full error messages from dpkg.
Maybe a “More” or “Show full error message” Button would be good.
I don’t know what the “Repair System” Button does though, so ignore this if it shows the full errors.
That’s unrelated; we’re talking about uninstalling apps here, not improving the user-friendliness of the error message when the distro ships a bad update.
for the cards, yes… that would seem the easiest fix (or just re-directing to the details page).
i also agree that there needs to be a new feature where you can select multiple cards for removal… but removing the button from the cards should be the higher priority.
I need to mention how awesome is am accidental typing of “Enter” + “rm -rf /” on a system where all your backups and cloud backups are mounted and without any prompt confirmation. So direct action without any confirmation is suicide. Windows uninstall of some programs has this problem too.
Sometimes I want to remove 3 or 2. I strongly agree with multiple uninstall. Remember that, It use normal repository too. I fall in deception when I noticed that I will need to go to Synaptic to do it.
I don’t know about flatpaks, but package managers usually cache your installed packages. If you uninstall a package accidentally, you can probably just reinstall it again without an internet connection
But if you’re complaining about download times, then flatpak probably doesn’t do caching like other package managers. So maybe this is the real solution here… to get flatpaks to keep your cached packages for a bit. I don’t know if this is possible.
That is a little bit complex. Flatpak is not very good to me, because to save a package to use later is hard. But the solution needs to come from them. So, this GUI can’t do much about it. Only a prompt before remove and a remove selected apps is all we can do from here.
To me this seems the most logical. Dolphin has it for deleting files and you can also now set the default for moving files with or without confirmations. Having a checkbox option on the Discover Settings page and having it checked by default. It’s not buried (only one click away), it’s in a logical spot. Those who want confirmations it’s already on, same for new users. Those that don’t it’s easy to find to turn it off.
The trouble is KDE has a habit of hiding options for apps on several settings areas and not in the app you’re using. That makes settings hard to find (single/double click mouse function anyone??)