mart added a comment.
hmm, can it be intercepted since Applicationwindow can't be subclassed from
c++? i can think about an ugly event filter, but ouch..
REPOSITORY
rKIRIGAMI Kirigami
BRANCH
master
REVISION DETAIL
https://phabricator.kde.org/D2790
EMAIL PREFERENCES
broulik added a comment.
You can: http://doc.qt.io/qt-5/qml-qtquick-window-window.html#closing-signal
REPOSITORY
rKIRIGAMI Kirigami
BRANCH
master
REVISION DETAIL
https://phabricator.kde.org/D2790
EMAIL PREFERENCES
https://phabricator.kde.org/settings/panel/emailpreferences/
To:
apol added a comment.
In https://phabricator.kde.org/D2790#51966, @broulik wrote:
> So, Ctrl+Q always quits without confirmation? What about having a
>
> singal aboutToQuit(var event)
>
> and then do:
>
> onActivated: {
> var event = {accepted: false}
>
broulik added a comment.
So, Ctrl+Q always quits without confirmation? What about having a
singal aboutToQuit(var event)
and then do:
onActivated: {
var event = {accepted: false}
aboutToQuit(event);
if (!event.accepted) {
Qt.quit();
