<table><tr><td style="">kossebau created this revision.<br />Restricted Application added a subscriber: kdevelop-devel.
</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/D5161" rel="noreferrer">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>For some human code readers nullptr seems akward with bitflags,<br />
(even more as QFlags is int-based -> sizeof). On quick reading<br />
seeing a nullptr with unknown type even might result in wrong<br />
assumption of a pointer type.<br />
So for mental sanity of some of us using default constructor instead,<br />
which still needs people to know it defaults to no bits set,<br />
but that might be expected, as 0 is a usual default.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R33 KDevPlatform</div></div></div><br /><div><strong>BRANCH</strong><div><div>donotusenullptrforflags</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D5161" rel="noreferrer">https://phabricator.kde.org/D5161</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>language/duchain/navigation/useswidget.h<br />
shell/documentcontroller.cpp<br />
shell/watcheddocumentset.cpp<br />
util/multilevellistview.h<br />
vcs/widgets/standardvcslocationwidget.h<br />
vcs/widgets/vcslocationwidget.h</div></div></div><br /><div><strong>To: </strong>kossebau, KDevelop<br /><strong>Cc: </strong>kdevelop-devel<br /></div>