I&#39;ll take the opportunity to plug my alternate Journal design, which integrates the Journal and the Home view into one interface.<br><br><a href="http://wiki.laptop.org/go/User:Wade/Ideas/Activity_Management">http://wiki.laptop.org/go/User:Wade/Ideas/Activity_Management</a><br>
<br>Tagging can be implicit, since you first navigate to a tag and *then* create the activity instance. &nbsp;Activities can also be re-tagged easily via a context menu. &nbsp;Resuming existing Journal entries is the natural action, since<b> the Home view is actually a spatial view of the Journal itself</b> and centers around the child&#39;s work, not the list of installed Activities.<br>
<br>Cheers,<br>Wade<br><br>On Sat, Dec 6, 2008 at 4:34 PM, Eben Eliason &lt;<a href="mailto:eben.eliason@gmail.com">eben.eliason@gmail.com</a>&gt; wrote:<br>&gt; Gabriel -<br>&gt;<br>&gt; Thanks! These are great suggestions.<br>
&gt;<br>&gt; On Sat, Dec 6, 2008 at 7:07 PM, Gabriel Hurley &lt;<a href="mailto:gabriel.hurley@gmail.com">gabriel.hurley@gmail.com</a>&gt; wrote:<br>&gt;&gt; After having used the Journal for quite some time, I have some<br>
&gt;&gt; recommendations that I think would improve its usefulness.<br>&gt;&gt;<br>&gt;&gt; Category view. I know that the idea of the Journal is to avoid the<br>&gt;&gt; file-folder metaphor, but the ability to organise activities into groups<br>
&gt;&gt; would be very useful. For example, a child might be drawing pictures and<br>&gt;&gt; writing a report for a Science class. Instead of searching for these things<br>&gt;&gt; individually, he/she can click on a drop-down menu and select &quot;Science<br>
&gt;&gt; Class&quot; and all the activities that were added for this category are<br>&gt;&gt; immediately visible. Already, activities can be filtered by Text, Image,<br>&gt;&gt; Audio, etc. The ability to define and organise activities into categories<br>
&gt;&gt; would make the Journal more useful.<br>&gt;<br>&gt; In a sense, this is another way to describe (a better implementation<br>&gt; of) tagging. &nbsp;By tagging the relevant objects with &quot;science class&quot;,<br>&gt; it&#39;s possible now to then search for that tag and locate matching<br>
&gt; objects. &nbsp;The two primary improvements we need to make this work well,<br>&gt; and which you allude to, are:<br>&gt;<br>&gt; 1. Make it easier to tag objects. &nbsp;Right now, this functionality is<br>&gt; rather hidden and underutilized.<br>
&gt; 2. Create the ability to browse popular or frequently used tags<br>&gt; (instead of only searching) for them.<br>&gt;<br>&gt; Both of these are definitely on the radar, and Scott has been doing<br>&gt; some interesting prototyping in this area. &nbsp;It hasn&#39;t been run through<br>
&gt; design yet, but the ideas are here:<br>&gt; <a href="http://wiki.laptop.org/go/Journal_reloaded">http://wiki.laptop.org/go/Journal_reloaded</a>.<br>&gt;<br>&gt;&gt; Selective automatic saving. Some activities, like the Moon Activity, do not<br>
&gt;&gt; involve the user creating anything worth keeping. Yet every time they are<br>&gt;&gt; launched, another instance of &quot;Moon Activity&quot; is added to the Journal. This<br>&gt;&gt; could lead to increased clutter and (over time) less disk space. To fix<br>
&gt;&gt; this, the Journal should have a control to select which activities and<br>&gt;&gt; objects are automatically saved and which are not.<br>&gt;&gt;<br>&gt;&gt; Finally, I think every open activity should have a &quot;Throw-Out&quot; icon next to<br>
&gt;&gt; the Stop Sign icon. Clicking this would close the activity and remove it<br>&gt;&gt; from the Journal.<br>&gt;<br>&gt; Something I hope will be added in the short term is a naming prompt.<br>&gt; Right now, saving is automatic, and few take the time to tag or even<br>
&gt; name activities. &nbsp;The thought now is to prompt upon stopping an<br>&gt; activity that hasn&#39;t previously been stopped (or kept), to ask for a<br>&gt; name and tags. &nbsp;Then, the child could name/tag, ignore it and accept<br>
&gt; the default name, or opt to &quot;not keep&quot; the activity at all. &nbsp;This<br>&gt; wouldn&#39;t be a separate &quot;throw out&quot; button, but an option that could be<br>&gt; chosen when stopping an activity that hasn&#39;t yet been committed to the<br>
&gt; Journal, which I think would solve the concerns you raise.<br>&gt;<br>&gt;&gt; Thank you for considering my suggestions. If you have any questions about<br>&gt;&gt; them or see any issues, please contact me and I will try to clarify.<br>
&gt;<br>&gt; Thank you for offering them! &nbsp;We welcome all the feedback we can get.<br>&gt;<br>&gt; - Eben<br>&gt;<br>&gt;&gt; Yours Sincerely,<br>&gt;&gt; Gabriel Hurley<br>&gt;&gt; _______________________________________________<br>
&gt;&gt; Sugar-devel mailing list<br>&gt;&gt; <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>&gt;&gt; <a href="http://lists.sugarlabs.org/listinfo/sugar-devel">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
&gt;&gt;<br>&gt;&gt;<br>&gt; _______________________________________________<br>&gt; Sugar-devel mailing list<br>&gt; <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>&gt; <a href="http://lists.sugarlabs.org/listinfo/sugar-devel">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
&gt;<br><br>