[Sugar-devel] Journal feature request--more data in main display

Tomeu Vizoso tomeu at sugarlabs.org
Sat Jul 4 05:08:06 EDT 2009


On Fri, Jul 3, 2009 at 20:29, James Zaki<james.zaki at gmail.com> wrote:
> Perhaps this is a late reply, (I am yet to read the last 6 or so digests of
> to 20+ that were in my inbox)
> But I am always sensitive of little incremental additions that seem like it
> would be useful.

Totally agreed. We had to start with something before Sugar was in the
hands of children, but now that it's widely used, we should avoid
changing whole parts of it without user feedback.

> I always try to think about the first time I used sugar. In particular, what
> helped by being very simple. We see sugar evolving, and perhaps forget what
> it was like that first time. Perhaps we should harass some friends and
> families' kids who've not seen it, and get their feedback.

SoaS is making very easy to start pilots anywhere, so I trust
developers are going to have very good feedback in a short time. Simon
is already using SoaS with kids in Berlin, for example.

> If a child new to the sugar interface (XO or otherwise) feels bombarded with
> options, it could make things harder.
> Just my two cents I always voice on this.

Yeah, we have had already feedback about the benefits of Sugar's
"clarity". We shouldn't let those people down by indulging ourselves
in featuritis.

By this I don't mean that we should limit ourselves in improving
Sugar, we know that there's a ton of stuff to improve and new features
to implement, but if we try hard we are going to find ways to add
those features without cluttering the UI.

I'm very happy to read these recent threads because we are making
enormous progress in devising how to expose powerful new features
without raising the bar for new users.

Thanks!

Tomeu

> In particular to the pictures, apart from the two identical cloud icons,
> there are lots of activities in that dropdown. Has that always been so big?
> To me that would be intimidating for the first user experience.
>
> James.
>
>
>>
>> Date: Fri, 3 Jul 2009 04:25:54 +0000
>> From: Aleksey Lim <alsroot at member.fsf.org>
>> Subject: Re: [Sugar-devel] Journal feature request--more data in main
>>        display
>> To: Gary C Martin <gary at garycmartin.com>
>> Cc: Sugar Devel <sugar-devel at lists.sugarlabs.org>
>> Message-ID: <20090703042553.GA15394 at antilopa-gnu>
>> Content-Type: text/plain; charset=us-ascii
>>
>> On Fri, Jul 03, 2009 at 04:29:47AM +0100, Gary C Martin wrote:
>> > On 2 Jul 2009, at 02:40, Gary C Martin wrote:
>> >
>> >> On 1 Jul 2009, at 10:54, Tomeu Vizoso wrote:
>> >>> On Mon, Jun 29, 2009 at 18:14, Gary C Martin<gary at garycmartin.com>
>> >>> wrote:
>> >>>> - Better Anything toolbar filter palette (use a grid layout to
>> >>>> minimise
>> >>>> scrolling)
>> >>>
>> >>> Yeah, that will be great. I think Walter already submitted a patch to
>> >>> move the file types up.
>> >>
>> >> Yea, saw the patch from Walter, that alone should help even if we
>> >> stall on doing more.
>> >>
>> >> I have a mock-up I was experimenting with grid layouts, still
>> >> tinkering, and I can't think of a good 'filter' icon for the
>> >> replacement button (a common one seems to be a funnel shape) :-)
>> >>
>> >> The Journal filters for 'Anything', 'Anytime', the proposed 'Anyone',
>> >> and my below 'Tag' filters can all become toolbar icons (not text).
>> >> This saves a heap of toolbar space, and allows room for a couple more
>> >> buttons on the far right for 'Grid' and current 'List' view.
>> >
>> > Aleksey was keen to see any Journal mock-up work in progress I had,
>> > early as possible, so here's where I'm at :-) There's plenty to do
>> > still, images are intended to help bounce ideas about, poke at the grey
>> > matter between our ears, and get a feel for how things could (or not) be
>> > done:
>> >
>> >
>> > http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal#Tollbar_and_palettes
>>
>> Some thoughts:
>>
>> * what about adding ultra compact list view for objects(not actions)
>>  like list view in Library[1]
>>  the purpose is, if user has lots of objects it could be useful idea to
>>  show as much as possible objects on one screen
>>
>>  * having several column/grid layouts
>>    for example its very useful for books to have columns for author,
>>    genre, date; so, user can see the whole valuable info at once and sort
>>    objects by these columns; and so separate layouts for video audio
>>    etc. files
>>
>> * additional types of filters
>>  for example Library has[2] several types to filter objects
>>
>>  * user tags
>>  * object traits(additional columns from previous section) like author,
>>    genre, date for books
>>  * activity creators(grouping by activity_id field)
>>  * types of objects(like top section in filter palette)[3]
>>  * filter by participants
>>  * filter by sources(if we are in shared mode)
>>
>>  I'm not sure that all of these modes are useful, but something could
>>  be(or another types)
>>
>> * several levels of chosen filters
>>  dunno about others but for me its very useful
>>  (see bottom panel on [4])
>>  for example I can filter all text/plane files and separate from them
>>  only objects that were made by Terminal activity
>>
>>
>> [1] http://wiki.sugarlabs.org/go/File:-3.png
>> [2] http://wiki.sugarlabs.org/go/File:-1.png
>> [3] http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal#.232
>> [4] http://wiki.sugarlabs.org/go/File:-4.png
>>
>> --
>> Aleksey
>>
>
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>


More information about the Sugar-devel mailing list