[Sugar-devel] [DESIGN] Proposal: Multi-Selection and Batch Operations on Journal entries

[Ajay Garg]

On Wed, Jul 18, 2012 at 8:03 PM, Anish Mangal <anish at activitycentral.com>wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Wednesday 18 July 2012 07:56 PM, Ajay Garg wrote:
> > Hi Samuel.
> >
> > Please find the replies inline.
> >
> > On Wed, Jul 18, 2012 at 7:03 PM, Samuel Greenfeld
> > <greenfeld at laptop.org <mailto:greenfeld at laptop.org>> wrote:
> >
> > I see in the final screenshots that all of the selected items are
> > deselected.
> >
> > Is this automatic, or does the user have to choose the "deselect
> > all" button to do this?
> >
> >
> > This is automatic (on the fly).
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Personally I would prefer if the checkboxes remain selected in the
> > source view (if not an erase operation that removes the item).
> > That would allow the user to do multiple actions (Copy then Erase
> > for a "Move"), and confirm after the operation that they selected
> > the items they intended to select.
> >
> >
> > Well, the code is generic enough, and the above may be accomplished
> > if there is a general consensus.
> >
> > However, the current flow (automatic de-selection), "helps" user to
> > "not deselect" "explicitly", in the general case.
> >
> > I believe that copy-then-erase is a more of a special case, than a
> > general one. For eg., copying-from-a-USB-pendrive-to-journal is
> > more probable, than
> >
> copying-from-a-USB-pendrive-to-journal-and-then-erasing-the-contents-of-USB-pendrive.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > It seems from these screenshots like we are trying to indicate
> > copying progress by deselecting items as we copy them, and I do
> > not know of another OS that does that.
> >
> >
> > The workflow is ::
> >
> > (i) Operate on entry "x".
> >
> > (ii) Deselect the entry "x".
> >
> > (iii) Goto step (i)
> >
> >
> > Also, it's good if Sugar tries to be different, as long as it does
> > the right thing :P
> >
> >
>
> I think I can offer one explanation why it now, the way it is.
> Of-course, whether it's the right way to do things or needs to change,
> needs to be determined by this design discussion.
>
> During the initial stages of the development of this feature, the
> select and deselect operations were quite slow, because every
> select/deselect change was being written to the journal entry metadata.
> This made it essential to show progress of both select/deselect as the
> operation often took several seconds (in some cases minutes)
>


Just wanted to clarify, that it wasn't Martin's code that was slowing this
down.

It was me, who had re-factored quite a bit of code, to incorporate the
differences as listed in
http://wiki.sugarlabs.org/go/Features/Multi_selection_screenshots#History.

There, in the first iteration, the "selected" metadata was being written
onto disk.

Thankfully, Anish interrupted  promptly, and the "selection" metadata was
then held in memory.



>
> However, later the operation was sped up significantly to just a few
> seconds even in case of many entries (because the select/deselect info
> was just being stored in-memory). So this may very well be a remnant
> of the way development for this feature took place.
>
> Just my 2 cents.
>
> Anish
>
> >
> >
> > Regards, Ajay
> >
> >
> >
> >
> >
> > On Wed, Jul 18, 2012 at 6:57 AM, Anish Mangal
> > <anish at activitycentral.com <mailto:anish at activitycentral.com>>
> > wrote:
> >
> > Hi,
> >
> > I would like to propose the long-discussed-finally-implemented ;-)
> > journal entry batch operation and multi selection feature for
> > inclusion in sugar-0.98. All the necessary and relevant details
> > should be present in the associated feature page:
> >
> > http://wiki.sugarlabs.org/go/Features/Multi_selection_screenshots
> >
> > AFAIK, This feature was initially brought up in discussions in
> > EDUJam in 2011 and an initial implementation was made by Martin
> > Abente. The current implementation, done by Ajay, has been derived
> > from that keeping the UI experience largely the same while
> > significantly speeding up operations like select/deselect.
> >
> > Should you have any design related questions about this, feel free
> > to reply to this thread.
> >
> > Cheers, Anish _______________________________________________
> > Sugar-devel mailing list Sugar-devel at lists.sugarlabs.org
> > <mailto:Sugar-devel at lists.sugarlabs.org>
> > http://lists.sugarlabs.org/listinfo/sugar-devel
> >
> >
> >
> >
> >
> > _______________________________________________ Sugar-devel mailing
> > list Sugar-devel at lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/sugar-devel
> >
>
>
> - --
> Anish Mangal
> Dextrose Project Manager
> Activity Central
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQEcBAEBAgAGBQJQBslFAAoJEBoxUdDHDZVpRmYH/3PvlTLgm6DfaCtD7LWPsK7L
> 8EM6UDjk7GfNsibvN9kwwahQOBUGBzXbnFdrfaztORIHjSLbo8SPSoHkuzdGpedF
> WcQnmcuIhgWzJTixWQFJjd4lkFQmEz/CIIIwg0QkVVvam++nKZxX95YPDK3xv6o8
> wm1fvLTf80K5PD9I9sokmGTC9tz7lJ9dwWc9NkBiQgvxJxSUJkPjeez+8bjWTfhg
> eIk/sE16B6tr1SnzU3AHctVlfs7eh9rc22vXsy9LX4Kh1XnW9f06YFFoTWSDjTtl
> phjwETf3LpunpETaJcrc1Zb5wSqLbHTnS6GyVN+bBdnTZVfpB0PD5IsuKqAovnY=
> =0yr5
> -----END PGP SIGNATURE-----
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20120718/716125fc/attachment.html>