----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/114686/#review47398 -----------------------------------------------------------
This review has been submitted with commit 209c36d93c8d22276d9e50c8fa4047c5306fc362 by Frank Reininghaus to branch master. - Commit Hook On Dec. 27, 2013, 5:29 p.m., Frank Reininghaus wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/114686/ > ----------------------------------------------------------- > > (Updated Dec. 27, 2013, 5:29 p.m.) > > > Review request for kdelibs and Aurélien Gâteau. > > > Bugs: 317306 > http://bugs.kde.org/show_bug.cgi?id=317306 > > > Repository: kdelibs > > > Description > ------- > > KMessageWidget uses KStandardAction::close() to create its "close" action. > This automatically sets Ctrl+W as the shortcut for that action. > Unfortunately, this shortcut may conflict with application-specific > shortcuts. E.g., Dolphin uses Ctrl+W for closing tabs, which means that the > user will get an annoying "shortcut conflict" error message if Ctrl+W is > pressed while multiple tabs are open, and the current tab has a message shown > in a KMessageWidget. > > I propose to solve this problem by not using a default shortcut for > KMessageWidget's "close" action. I'd prefer to change this in master only to > prevent causing trouble for people who might rely on the current behavior. > > > Diffs > ----- > > kdeui/widgets/kmessagewidget.cpp e5143cc > > Diff: https://git.reviewboard.kde.org/r/114686/diff/ > > > Testing > ------- > > I don't get a dialog showing the "Ambiguous shortcut" message any more in the > described use case. > > > Thanks, > > Frank Reininghaus > >