<table><tr><td style="">emateli 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><a href="https://phabricator.kde.org/p/aacid/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;" rel="noreferrer">@aacid</a> the issue at hand is that in this particular scenario the default button more or less equals to the one that has focus.</p>

<p>There are only 3 types of widgets that can be created here: buttons, a list or a check box.</p>

<p>You can't interact with the list so it is ruled out for being focused. The check box acts as a confirmation and thus is a secondary element which you also do not want to toggle by mistake, so it rests upon the buttons to have it.<br />
If any button is to have focus then it might as well be the default one,  giving it to another button will break the enter button since the focused button's handler will be invoked over the default's. <br />
This also has the added benefit of allowing to invoke the default action via space bar.</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<br /><strong>Cc: </strong>ngraham, aacid, Frameworks<br /></div>