<br><br><div class="gmail_quote">2009/3/4 Dieter Plaetinck <span dir="ltr">&lt;<a href="mailto:dieter@plaetinck.be">dieter@plaetinck.be</a>&gt;</span><br><div>... <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><div class="im"><br>
</div>Imho that would fall in the config section, because the user configured<br>
the variables explicitly.  Note that state vs config is not about<br>
persistent vs not-persistent.  &quot;State&quot; and &quot;config&quot; (just like &quot;data&quot;,<br>
&quot;cache&quot; etc) are meant to categorize files.  The fact that<br>
in your case your variables are first in memory and persisted to disk<br>
only later does not change their &quot;nature&quot; (which is config, imho)<br>
</blockquote><div><br>I didn&#39;t mean that the path the data takes while traveling to disk is what made it into state, I was strictly talking about the nature of the data stored. Another example. The next major fish release is planned to use universal variables to share a common command history between all running shells. Surely, that is state, not configuration? I believe it was even mentioned earlier in this discussion as an example of application state.<br>
<br>Axel<br><br></div></div><br>