Bug 380587

Summary:	IMPLEMENTED IN SVN: Guard against removing essential libs
Product:	[Applications] rkward	Reporter:	RKWard Team <rkward-devel>
Component:	general	Assignee:	RKWard Team <rkward-devel>
Status:	RESOLVED FIXED
Severity:	wishlist
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	All
Latest Commit:		Version Fixed In:

Description RKWard Team 2009-08-26 02:19:04 UTC

-- Originally posted by (AT sourceforge.net): *anonymous --

-- This ticket was imported from http://sourceforge.net/p/rkward/feature-requests/53 on 2017-05-31 14:48:56 +0100 --
I suggest the following UI improvement options in the "Configure Packages" window on the basis of the idea that it is best not to allow the users to shoot themselves in the foot.

Option 1.  Do not list essential packages; thus they can't be removed by accident and you can remove all of the text on the top of the window that may be daunting for novice users.

Option 2.  List essential packages, but as being grayed out and italicized.  If the user attempts to unload the package provide a dialog box explaining that removing essential packages may cause issues.  Include a check box that allows users to disable future occurrences of that warning.-- Labels: Interface Improvements (example) --

Comment 1 Thomas Friedrichsmeier 2009-08-26 07:56:33 UTC

Incidentally I had finally added a basic safeguard against removing essential packages just a few days ago. I like your suggestion about graying out those packages in the dialog, and so I've done that as well \(and a few further minor enhancements, while at it\).

If you would like to take a look, see http://p.sf.net/rkward/svn .

This report will remain open until the feature is part of an official release \(0.5.2\).

Comment 2 Thomas Friedrichsmeier 2009-08-26 07:56:35 UTC

- **milestone**:  --> implemented_in_svn
- **assigned_to**: nobody --> tfry
- **summary**: Configure Packages - Don't Let User's Shoot Themselves --> IMPLEMENTED IN SVN: Guard against removing essential libs

Comment 3 Thomas Friedrichsmeier 2009-10-26 16:23:22 UTC

0.5.2 has been released, today. Closing the request.

Comment 4 Thomas Friedrichsmeier 2009-10-26 16:23:23 UTC

- **status**: open --> closed