<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 22, 2014 at 12:53 AM, Aleix Pol <span dir="ltr"><<a href="mailto:aleixpol@kde.org" target="_blank">aleixpol@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr"><div><div class="h5"><div class="gmail_extra"><div class="gmail_quote"><br></div></div></div></div><div class="gmail_extra">You know what's going on by checking what the code is doing.</div><div class="gmail_extra">

<br></div><div class="gmail_extra">Can you imagine how life would be if QString class started to output information "so that you know what's going on"?</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">We add output if something weird is happening so that the user sees it, like QML which gives us valuable information of what's going wrong. Then we have random output information that somebody, some day, decided to push to our codebase.</div>

</div></blockquote><div><br></div><div>I would like to even go as far as going through all qDebugs in plasma/shell and remove 90% of them before the release, the output /is/ unnecessary too noisy and I absolutely agree that the production-ready code should just output stuff if anything goes wrong, maybe some system status changes like "plasma loaded", that's useful for "anchoring" the output that would come from users. Absolutely worst are debugs on timers (try opening the wallpaper config and look at console), that should be killed with fire.</div>

<div><br></div><div>Cheers</div></div>-- <br><div><span style="color:rgb(102,102,102)">Martin Klapetek | KDE Developer</span></div>
</div></div>