<table><tr><td style="">rkflx added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D7828" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>In general, having a default button while setting the initial focus elsewhere is mainly useful for larger dialogs like our various standard configuration dialogs, where this provides a way to accept without tabbing forever. For smaller dialogs like a messagebox this is not that important, but at least consistent. For messageboxes my general expectation is that the default button should also have focus to more clearly guide the user in the best decision regarding what button choose.</p>

<p>That said, I agree with <a href="https://phabricator.kde.org/p/subdiff/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;" rel="noreferrer">@subdiff</a> to at least allow deviations from this, while at the same time fixing Dolphin. BTW, Dolphin's inconsistency is the reason why I mentioned this Differential in <a href="https://phabricator.kde.org/T7022" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;" rel="noreferrer">T7022</a>.</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>a fix for this change in behaviour when a parent widget is present or not</p></blockquote>

<p>This sounds reasonable and would be great if this fixed Dolphin. There is another odd behaviour in Dolphin's tab close confirmation dialog compared to e.g. Konsole's: First the default button is <span><span class="phui-tag-view phui-tag-type-shade phui-tag-grey phui-tag-shade "><span class="phui-tag-core ">Quit</span></span></span>, after switching focus around with <kbd title="Tab" style="display: inline-block; min-width: 1em; padding: 4px 5px 5px; font-weight: normal; font-size: 0.8rem; text-align: center; text-decoration: none; line-height: 0.6rem; border-radius: 3px; box-shadow: inset 0 -1px 0 rgba(71, 87, 120, 0.08); user-select: none; background: #f7f7f7; border: 1px solid #C7CCD9;">⇥</kbd> in every possible direction suddenly <span><span class="phui-tag-view phui-tag-type-shade phui-tag-grey phui-tag-shade "><span class="phui-tag-core ">Close</span></span></span> is default. Maybe this is related to not specifying a parent window and could help solving this?</p></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D7828" rel="noreferrer">https://phabricator.kde.org/D7828</a></div></div><br /><div><strong>To: </strong>emateli, Frameworks, ngraham, aacid, VDG<br /><strong>Cc: </strong>rkflx, abetts, subdiff, ngraham, aacid, Frameworks<br /></div>