> On Jan. 14, 2014, 8:05 a.m., Aurélien Gâteau wrote: > > Makes sense to me, go for it.
Thanks! BTW, I was just going to forward-port the patch to Frameworks (kwidgetsaddons), but I see that KMessageWidget does not use KStandardAction any more. I think that this means that no shortcut is assigned to the "close" action in Frameworks anyway, so this patch is not needed there. If I got that wrong, please let me know. - Frank ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/114686/#review47356 ----------------------------------------------------------- On Jan. 14, 2014, 8:30 p.m., Frank Reininghaus wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/114686/ > ----------------------------------------------------------- > > (Updated Jan. 14, 2014, 8:30 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 > >