[Dextrose] [OLPC-AU] Interesting side effect of journal multi-select

[Martin Abente]

I agree that consistency is a VERY important design principle. Is not my
intention to start a deep philosophic discussion about it. But I think we
should keep in mind that there could be a trade-off between consistency and
practicality here.

>From my experience in the field, I always noticed that users have MANY
copies of different/same activities in their journal. Most of the times
they leave it there because they find it useful (so they could reinstall it
later, etc), other times they just forget to remove them.

What worries me is that in the practice the earlier consideration could be
the norm and that it will cause not only a slow copying process but also
big storage space waste and a pollution of unwanted activities to be
installed.

Hopefully I am wrong. Maybe is because of my original thoughts about this
feature as a "more intuitive" mechanism to assist on backups/restore
processes. Maybe in the practice the scenario I see is not as common as I
imagine it and users are more careful about what they are copying or not
than I expect.

Anyway, I am really glad the feature was continued and that has proven its
value even in unintentional ways :)

On Mon, Jun 4, 2012 at 6:45 AM, Sridhar Dhanapalan <sridhar at laptop.org.au>wrote:

> On 4 June 2012 17:08, Anish Mangal <anish at activitycentral.com> wrote:
> > On Mon, Jun 4, 2012 at 12:33 PM, Ajay Garg <ajay at activitycentral.com>
> wrote:
> >> Well, I believe that keeping the process same for a particular entry -
> >> irrespective of the single or batch mode  - would be a more consistent
> and
> >> intuitive design. So, either the "hidden" installation should be
> removed for
> >> both modes, or none.
> >>
> >
> > I agree with this. The behavior should be consistent in both cases
> > (single copy or batch copy)
>
> Not to mention that we get asked all the time by teachers in the field
> for an easy way to roll out multiple activities to XOs. IMHO this
> feature is fantastic!
>
> Sridhar
> _______________________________________________
> Dextrose mailing list
> Dextrose at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/dextrose
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/dextrose/attachments/20120604/90668c49/attachment.html>