<br>    * If they tried to get the sugar keys (like buddy color) instead<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
of going through sugar.profile, they will get outdated settings until<br>
they port.<br></blockquote><div><br></div><div>I think we should port sugar.profile to use GSettings,</div><div>then you have all the activities using it ported.</div><div><br></div><div>In fact, we should use add a glib signal in profile to update the data </div>
<div>if GSetting has changed. In this way, we can cache the value in profile</div><div>and don't do the query every time, and activities/code where we need update</div><div>the value can use that signal and not need use GSettings in every place.</div>
<div>Right now, we query a lot GConf, mostly to get the user color.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Remove support for multiple profiles. sugar-build is already<br>

providing it on the base of xdg directories and it's a developer only<br>
feature afaik.<br></blockquote><div><br></div><div>This is a nice thing to support if possible. At times you need test by example</div><div>collaboration and is very useful.</div><div><br></div><div>Gonzalo </div></div>