> On Jan. 20, 2013, 2:34 a.m., Maarten De Meyer wrote: > > This change is wrong imho. If 'Confirm logout' is disabled it should not > > ask for confirmation. Otherwise what's the point of that option? Showing > > the dialog depending on the button clicked breaks UI expectations a lot > > more than the presence of ellipses. > > Perhaps remove the ellipses if the confirmation is disabled? (And show them > > in Kickoff/Tool box when enabled) > > If people keep losing work due to hitting 'leave' by accident, there is a > > solution for that: Confirm logout. > > > > Note: just my personal opinion and I'm not a plasma developer. > > Marco Martin wrote: > i tend to agree with Marteen. > I think is not entirely nice that option is here at all since can have > potentially dangerous results, but since is there it has to have a coherent > behavior everywhere. > > maybe what could be done is to remove the "..." in case confirmation is > disabled > > Aaron J. Seigo wrote: > +1 on removing the '...' when this setting is on. will drop this review > as a result. > > thanks for the submission, though, Jacob!
I can see the logic to this, however it raises some more issues. 1) The translations for "Leave..." would have to be changed, and the "..." appended programatically depending on the setting. That might not even make sense for all languages... what about right-to-left? If not, both versions would have to be translated. And same for the kickoff items. If this is the best solution though, I guess we'll just have to deal with it. 2) The "Leave" button is not quite the same as the kickoff options, because they explicitly specify a particular form of leaving. "Leave" is not clear whether it means shutdown, logout, sleep or what. This is why it makes sense to me to always prompt: how would you like to leave? Whereas with kickoff, the user has already provided that info, so the prompt is just a timeout to prevent accidents (which I'd prefer to disable in my own setup). Other solutions to #2 might be adding explicit shutdown/logout options to the desktop context menu (cluttering it), or having the text change based on the default leave option (complicating the code quite a bit). - Jacob ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/108480/#review25817 ----------------------------------------------------------- On Jan. 19, 2013, 7:37 a.m., Jacob Welsh wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/108480/ > ----------------------------------------------------------- > > (Updated Jan. 19, 2013, 7:37 a.m.) > > > Review request for Plasma. > > > Description > ------- > > Description from bug: > > There's a logout option in the desktop context menu named "Leave...". The > presence of ellipses indicates to the user that there will be a confirmation > dialog. However, if you've disabled "Confirm logout" in System Settings / > Startup and Shutdown / Session Management, no such confirmation will be > given. This breaks UI expectations and could lead to loss of unsaved work. (I > still prefer to disable confirmation for the case of the kickoff menu items, > which don't have ellipses and are harder to hit "by accident".) > > > This addresses bug 313480. > http://bugs.kde.org/show_bug.cgi?id=313480 > > > Diffs > ----- > > plasma/generic/containmentactions/contextmenu/menu.cpp bfd60a1 > > Diff: http://git.reviewboard.kde.org/r/108480/diff/ > > > Testing > ------- > > None. Sorry, I gave up on getting all the KDE components built from git for > the time being; was getting one error after another. If there's a quick way > to test just the plasma workspace I'd be happy to try. > > > Thanks, > > Jacob Welsh > >
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
