<br><br><div><span class="gmail_quote">On 10/12/07, <b class="gmail_sendername">Allen Winter</b> <<a href="mailto:winter@kde.org">winter@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 Friday 12 October 2007 3:00:43 pm Thomas Braxton wrote:<br>> On 10/12/07, Oswald Buddenhagen <<a href="mailto:ossi@kde.org">ossi@kde.org</a>> wrote:<br>> ><br>> > On Fri, Oct 12, 2007 at 11:50:30AM -0400, Allen Winter wrote:
<br>> > > 1) support reading environment variables with or without the [$e]<br>> > > 2) support writing environment variables only with the [$e]<br>> > ><br>> > most definitely not. variables were never just expanded.
<br>> > we are talking exclusively about {read,write}PathEntry(), for which<br>> > $HOME/ at the beginning is sort of a magic token. i don't think it makes<br>> > much sense to change that behavior in any way.
<br>> > and btw, this means that if somebody uses a $e path entry, he has to<br>> > write it $$HOME/... in the ini file.<br>><br>><br>> Sorry I just checked my mail, I want to make sure exactly what we want here
<br>> so I can fix it tommorrow. It looks like we want to convert $HOME/ anytime<br>> readPathEntry is used even if there is no [$e], is this right?<br>><br>Yes, that is how ossi explained it to me.<br></blockquote>
</div>No problem, should only be a 1 or 2 line change, but I can't do anything until tomorrow.