<div class="gmail_quote">On Sun, Aug 1, 2010 at 12:20 PM, Gary Martin <span dir="ltr">&lt;<a href="mailto:garycmartin@googlemail.com">garycmartin@googlemail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On 1 Aug 2010, at 15:20, Tomeu Vizoso &lt;<a href="mailto:tomeu@sugarlabs.org">tomeu@sugarlabs.org</a>&gt; wrote:<br>
<br>{...}<br></div></blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">

 </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
&gt;<br>
&gt; What are people&#39;s opinions on requiring two separate steps to delete<br>
&gt; an activity bundle from the journal and uninstalling it?<br>
<br>
</div>Unless we can agree on the Journal becomes the place to manage bundles — something I thought was a future desire/hope — I&#39;d vote for separating Journal bundle deletion from the activity uninstall step.<br>
<br>
However, we have UX reports from deployer/deployments that home list view is confusing users (they think they are in the Journal; they are expecting the home ring and are now lost). One obvious solution (Walter already raised this)</blockquote>

<div> </div><div>See <a href="http://wiki.sugarlabs.org/go/Talk:Features/Content_support">http://wiki.sugarlabs.org/go/Talk:Features/Content_support</a></div><div><a href="http://wiki.sugarlabs.org/go/Talk:Features/Content_support"></a> </div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> would be to remove list view and manage activities from the Journal. All installed activities would need to show up in the Journal for management, we&#39;d need an obvious way to quickly filter for them, favourite/un-favourite them, and add the various safeguards to prevent their unintentional/unwanted erasure. There&#39;s at least one deployer who seems strongly against this use of the Journal each time it is raised (argument is if the user didn&#39;t create it, it shouldn&#39;t be in their Journal).<br>

</blockquote><div><br></div><div>The reference here is <a href="http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg07888.html">http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg07888.html</a>,</div>

<div>and the quote is &quot;<span class="Apple-style-span" style="white-space: pre; "><font class="Apple-style-span" face="arial, helvetica, sans-serif">At least until this point, the journal has been for recording what the </font></span><span class="Apple-style-span" style="font-family: arial, helvetica, sans-serif; white-space: pre; ">user has *done*, created, or</span></div>

<div><span class="Apple-style-span" style="font-family: arial, helvetica, sans-serif; white-space: pre; ">*accessed*.&quot; (emphasis added)</span></div></div>