-----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
> <greenf...@laptop.org <mailto:greenf...@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)

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 
> <an...@activitycentral.com <mailto:an...@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@lists.sugarlabs.org 
> <mailto:Sugar-devel@lists.sugarlabs.org> 
> http://lists.sugarlabs.org/listinfo/sugar-devel
> 
> 
> 
> 
> 
> _______________________________________________ Sugar-devel mailing
> list Sugar-devel@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-----
_______________________________________________
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Reply via email to