https://bugs.kde.org/show_bug.cgi?id=417424
--- Comment #33 from Nate Graham <n...@kde.org> --- > If you are referring to the Customize Layout / Finish Customizing Layout > feature, > the problem is that it does not prevent the panel from being reconfigured. If > this > feature also controlled the panel it would be the same as Lock Widgets / > Unlock > Widgets. In the past, when widgets were locked, editing the panel required the following: 1. Right-click on the panel or desktop and choose "Unlock widgets" 2. Click on the settings button on the panel Now, editing the panel requires the following: 1. Right-click on the panel and choose "Edit Panel" Are you saying that your users are explicitly clicking on this "Edit Panel" menu item and then destroying their panels while in panel edit mode? That seems like it's exposing an issue with the usability and potential destructiveness of panel edit mode itself. I agree with you that many users lie in a middle ground where they're not afraid to experiment but expect that experimenting won't break their systems. That's something we want to support, for sure. However this bug report is getting pretty cluttered and it would probably be best to file new ones on the use cases that you find are problematic. This would be very valuable information, for sure. Once you file those bugs, please mention them in a comment here. Regarding the issues with the quicklaunch widget, they appear to be unique to that widget. The widget is building its own context menu and displaying the same items regardless of whether the user is in edit mode or not. We should definitely fix this, but we will need a separate bug report on this. Can you file one on kdeplasma-addons | quicklaunch and mention the URL in a comment here? -- You are receiving this mail because: You are watching all bug changes.
