<br><br><div><span class="gmail_quote">On 10/10/07, <b class="gmail_sendername">Oswald Buddenhagen</b> <<a href="mailto:ossi@kde.org">ossi@kde.org</a>> wrote:</span><blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, Oct 10, 2007 at 04:47:45AM -0500, Thomas Braxton wrote:<br>> if KConfigGroup treats null and empty the same then how do you<br>> differentiate between an entry that was stored empty and an entry that<br>> does not exist (
i.e.  deleted or never eixisted)?<br>><br>it is one thing how you store the "deleted" state internally and another<br>how you expose it in the api. if you want to use isNull() to save an<br>additional "deleted" flag (i would do that, too), then writeEntry must
<br>have a check if (val.isNull()) val = ""; or something to that effect.<br></blockquote></div>Ok, I don't have a problem with that, then externally null == empty.<div><br class="webkit-block-placeholder"></div>