<table><tr><td style="">rjvbb 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/D7742" rel="noreferrer">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><div class="remarkup-code-block" style="margin: 12px 0;" data-code-lang="text" data-sigil="remarkup-code-block"><pre class="remarkup-code" style="font: 11px/15px "Menlo", "Consolas", "Monaco", monospace; padding: 12px; margin: 0; background: rgba(71, 87, 120, 0.08);">Yeah, I agree about the checkbox, but what about it's default value?
If it's enabled than an user will experience freezes until he finds out the checkbox and disables it.
If it's disabled than most users should manually enable it on most projects.
I think we should determine the default based on that option...</pre></div></blockquote>

<p>True. But if we find a good way to expose this kind of choice during the project creation step the default can simply be ON (at least when KDirWatch works). The widget in the project creation wizard would reflect the session default and have a sufficient explanation.</p>

<p>I think it's safe to say most users will rarely if ever experience UI freezing or anything of the sort, or else there would have been bug reports about it. We should ask ourselves how to guide users (who don't RTFM ;)) to the option; I think that anyone who's seen its interest once will remember.<br />
To put this into context: I had to run into a session that took over 15 minutes before I had succeeded in closing the project I wasn't interested in before I sat down to look into what was causing this. I'd hope most other projects will freeze and/or burn CPU less long.</p>

<p>It's almost a pity (in this light) that the welcome page has gone, but maybe someone could think of a not-too-intrusive tip-of-the-day feature, or just a first-run tutorial that highlights the useful features including those one doesn't need everyday.</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><div class="remarkup-code-block" style="margin: 12px 0;" data-code-lang="text" data-sigil="remarkup-code-block"><pre class="remarkup-code" style="font: 11px/15px "Menlo", "Consolas", "Monaco", monospace; padding: 12px; margin: 0; background: rgba(71, 87, 120, 0.08);">100 000 files is not a default, I have increased it
the default should be around 1000 if I am right</pre></div></blockquote>

<p>It's set to the same value on my end, and I'm pretty sure I never touched it.</p>

<p>As to watchman: I think that's a different discussion, to be taken up on frameworks-devel. But ultimately someone should figure out why KDirWatch apparently doesn't work properly on Mac. It's just never been high enough on my bucketlist.</p>

<p>Another point I could (should?) raise there is the possibility to invoke QApplication::processEvents() during a deep recursive KDirWatch::addDir().</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R32 KDevelop</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D7742" rel="noreferrer">https://phabricator.kde.org/D7742</a></div></div><br /><div><strong>To: </strong>rjvbb, KDevelop<br /><strong>Cc: </strong>arrowdodger, brauch, zhigalin, kdevelop-devel, geetamc, Pilzschaf, akshaydeo, surgenight<br /></div>