Comments inline...<br><br><div class="gmail_quote">On Mon, Aug 9, 2010 at 2:58 AM, Walter Bender <span dir="ltr"><<a href="mailto:walter.bender@gmail.com">walter.bender@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Sun, Aug 8, 2010 at 4:51 PM, Christian Marc Schmidt<br>
<<a href="mailto:christianmarc@gmail.com">christianmarc@gmail.com</a>> wrote:<br>
> Hi Gary--thanks for the interesting mockup! My feedback:<br>
> The spiral is interesting and worth exploring. But I would continue to focus<br>
> the view on a single organizational system, whether ring, spiral, freeform,<br>
> list, etc. This preserves the integrity and extensibility of the UI views<br>
> metaphor, and doesn't overload the screen. Because the iconographic language<br>
> is already very abstract and pared down, we need to make sure that the<br>
> interaction paradigm is clear and focused.<br>
> Based on your rendering I think that the spiral in itself is definitely<br>
> worth exploring further, and I like Walter's idea that it could start as a<br>
> ring and grow into a spiral when more activities are added. That seems like<br>
> an elegant and scalable solution. Favoriting could happen in the Journal, or<br>
> we could opt to always display all activities--either seems like a<br>
> potentially workable solution...<br>
> We should also come back to the resume/start new proposal and figure out if<br>
> we want to adopt any of the proposals.<br>
><br>
> Christian<br>
> On Sun, Aug 8, 2010 at 4:38 PM, Gary Martin <<a href="mailto:garycmartin@googlemail.com">garycmartin@googlemail.com</a>><br>
> wrote:<br>
>><br>
>> On 8 Aug 2010, at 14:54, Gary Martin wrote:<br>
>><br>
>> > On 8 Aug 2010, at 13:42, Hilaire Fernandes <<a href="mailto:hilaire.fernandes@gmail.com">hilaire.fernandes@gmail.com</a>><br>
>> > wrote:<br>
>> ><br>
>> >> Le 08/08/2010 13:59, Walter Bender a écrit :<br>
>> >>> See<br>
>> >>> <a href="http://wiki.sugarlabs.org/go/Features/Spiral_Home_View#Detailed_Description" target="_blank">http://wiki.sugarlabs.org/go/Features/Spiral_Home_View#Detailed_Description</a><br>
>> >>> for the latest screen shots. I made some changes to the way I generate<br>
>> >>> the Spiral -- I start from the outside rather than the inside to<br>
>> >>> minimize the visual disruption between the Ring and the Spiral. I<br>
>> >>> don't ever shrink the icon size in the Ring, but do so in the Spiral<br>
>> >>> once the minimum radius is reached. Perhaps most controversial, I<br>
>> >>> introduce an intermediate icon size between standard and small along<br>
>> >>> the way.<br>
>> >>><br>
>> >>> Gary: I'll post a new patch to the ticket momentarily.<br>
>> >>> (<a href="http://bugs.sugarlabs.org/ticket/2143" target="_blank">http://bugs.sugarlabs.org/ticket/2143</a>)<br>
>> >>><br>
>> >>> Comments/suggestions?<br>
>> >><br>
>> >> Don't you need a way to recreate a taxonomy when the numbers of<br>
>> >> activities grows?<br>
>> ><br>
>> > Search (ghost out non matches, as per neighbourhood view design) in the<br>
>> > fav. view would seem an ideal next step here when dealing with many<br>
>> > activities. Allowing drag and drop that would trigger a switch from a fixed<br>
>> > layout pattern to random mode (with the layout initially intact), and/or<br>
>> > reordering the sequence by drag'n'drop insertions would allow some<br>
>> > flexibility.<br>
>> ><br>
>> > Ideally icons would be either snapped to the shape (dragging N units<br>
>> > close to a snapped icon or the XO) or freeform positioned (by dragging N<br>
>> > units away from their/a set position). With different icons in either state<br>
>> > for a single view (I.e. a spiral with a few frequent icons dragged out into<br>
>> > empty space). The current random view could then go away (as each view could<br>
>> > be as random or not as desired).<br>
>><br>
>> Just as a follow up to my above comment, attached is a quick home view<br>
>> vector mockup. It assumes the list view is gone, with Journal stars being<br>
>> used to indicate (arbitrary entry) home favourites. It shows a 'snap to<br>
>> spiral' pattern, with several random clusters of activities/objects<br>
>> previously dragged out of the pattern by the user. Coloured icons would<br>
>> resume specific activity id objects, grey icons would be used to launch new<br>
>> instances (with the usual resume drop down palette of N most recent<br>
>> activities of that type).<br>
>><br>
>> The spiral would re-flow once an icon is dragged out and dropped (in empty<br>
>> space), or dragged in and dropped (on an already snapped icon). If all icons<br>
>> were dragged out you would have what would look like the random layout,<br>
>> dragging an icon back onto the central XO would start reflowing a snapped<br>
>> pattern design again, as would adding new activity favourites.<br>
>><br>
>> Again, just a future possible approach. Definitely no need to try and land<br>
>> something like this all in one go.<br>
>><br>
>> --Gary<br>
>><br>
>> > But Walters spirals, without any of the above type extras, is still a<br>
>> > huge improvement for those that want to fav many activities. I'm already<br>
>> > hard-pressed to find new activities to fill up the view for testing, really<br>
>> > scrapping the barrel.<br>
>> ><br>
>> > For those of you involved in deployments — roughly how many activities<br>
>> > do you think kids/teachers currently commonly have?<br>
>> ><br>
>> >> For example grouping related activities in spiral<br>
>> >> segments and reinforcing this with common icon color scheme in these<br>
>> >> segments.<br>
>> ><br>
>> > -1 No to a color scheme here. Colour is already used for identity. It's<br>
>> > bad enough that the GC activities, and a few others, break the colour<br>
>> > metaphor by not bothering with the &fill_color and &stroke_color variables —<br>
>> > adding even more colour metaphors would not help! ;)<br>
>> ><br>
>> > --Gary<br>
>><br>
>><br>
>><br>
>><br>
>><br>
><br>
><br>
><br>
> --<br>
> <a href="mailto:anything@christianmarcschmidt.com">anything@christianmarcschmidt.com</a><br>
> 917/ 575 0013<br>
><br>
> <a href="http://www.christianmarcschmidt.com" target="_blank">http://www.christianmarcschmidt.com</a><br>
> <a href="http://www.linkedin.com/in/christianmarcschmidt" target="_blank">http://www.linkedin.com/in/christianmarcschmidt</a><br>
> <a href="http://twitter.com/cms_" target="_blank">http://twitter.com/cms_</a><br>
><br>
</div></div>> _______________________________________________<br>
> Sugar-devel mailing list<br>
> <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
><br>
><br>
<br>
I've added back in the MEDIUM_ICON_SIZE to the Ring when there are<br>
only a few icons. (See<br>
<a href="http://wiki.sugarlabs.org/go/Features/Spiral_Home_View#Detailed_Description" target="_blank">http://wiki.sugarlabs.org/go/Features/Spiral_Home_View#Detailed_Description</a>).<br>
Specific uestions for the design team:<br>
<br>
(1) Can we reach consensus re spiraling in from the MAXIMUM radius<br>
once the Ring is full or spiraling out from the MINIMUM radius once<br>
the Ring is full?<br></blockquote><div><br></div><div>I would say spiraling in from max radius. That way we can maximize the efficiency of the ring, before transitioning to the spiral.</div><div><br></div><div>Walter, looking at your mockups I'd try to come up with an algorithm that gives us a looser spiral with more space between each segment of the spiral, more along the lines of what Gary mocked up. The screenshots on the wiki look very dense. Gary's mockup really proved to me that this can work!</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
(2) Is is OK to add an INTERMEDIATE icon size between STANDARD and SMALL?<br></blockquote><div><br></div><div>I'd even go further and suggest that we could have icons scale dynamically within the ring/spiral, to achieve maximum balance between the available space and icon legibility. </div>
<div><br></div><div>My only concern here is that we'd need to find the right balance so as not to interrupt the general zoom metaphor, going from large to small icons (home to neighborhood). This means we probably need to put a cap on the bottom end of the scale, not allowing icons to become too small so that they could reach the size of icons in the groups view...</div>
<div><br></div><div>All this will take lots of exploration I think before getting it right. I can work on mockups if that would help...</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
(3) In regard to Q1, I could trigger the spiral before the Ring hits<br>
the MAXIMUM radius, perhaps at MAXIMUM-icon_size? (I've not<br>
illustrated this yet.)<br></blockquote><div><br></div><div>Yes, I think that probably makes sense. We should play through all the possibilities and then make a decision based on what works best...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
-walter<br>
<font color="#888888"><br>
--<br>
Walter Bender<br>
Sugar Labs<br>
<a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br><a href="mailto:anything@christianmarcschmidt.com">anything@christianmarcschmidt.com</a><br>917/ 575 0013<br><br><a href="http://www.christianmarcschmidt.com">http://www.christianmarcschmidt.com</a><br>
<a href="http://www.linkedin.com/in/christianmarcschmidt">http://www.linkedin.com/in/christianmarcschmidt</a><br><a href="http://twitter.com/cms_">http://twitter.com/cms_</a><br>