<div class="gmail_quote">On Wed, Jul 18, 2012 at 8:03 PM, Anish Mangal <<a href="mailto:anish@activitycentral.com" target="_blank">anish@activitycentral.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 <div class="im"> 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 </div><div><div class="h5">> <<a href="mailto:greenfeld@laptop.org">greenfeld@laptop.org</a> <mailto:<a href="mailto:greenfeld@laptop.org">greenfeld@laptop.org</a>>> 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 > > </div></div>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) </blockquote><div> 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 <a href="http://wiki.sugarlabs.org/go/Features/Multi_selection_screenshots#History">http://wiki.sugarlabs.org/go/Features/Multi_selection_screenshots#History</a>. 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. </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> 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 <div class="im"> > > > Regards, Ajay > > > > > > On Wed, Jul 18, 2012 at 6:57 AM, Anish Mangal </div>> <<a href="mailto:anish@activitycentral.com">anish@activitycentral.com</a> <mailto:<a href="mailto:anish@activitycentral.com">anish@activitycentral.com</a>>> <div class="im">> 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: > > <a href="http://wiki.sugarlabs.org/go/Features/Multi_selection_screenshots" target="_blank">http://wiki.sugarlabs.org/go/Features/Multi_selection_screenshots</a> > > 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 <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a> </div>> <mailto:<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a>> > <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a> <div class="im">> > > > > > _______________________________________________ Sugar-devel mailing > list <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a> > <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a> > </div>- -- Anish Mangal Dextrose Project Manager Activity Central -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a> iQEcBAEBAgAGBQJQBslFAAoJEBoxUdDHDZVpRmYH/3PvlTLgm6DfaCtD7LWPsK7L 8EM6UDjk7GfNsibvN9kwwahQOBUGBzXbnFdrfaztORIHjSLbo8SPSoHkuzdGpedF WcQnmcuIhgWzJTixWQFJjd4lkFQmEz/CIIIwg0QkVVvam++nKZxX95YPDK3xv6o8 wm1fvLTf80K5PD9I9sokmGTC9tz7lJ9dwWc9NkBiQgvxJxSUJkPjeez+8bjWTfhg eIk/sE16B6tr1SnzU3AHctVlfs7eh9rc22vXsy9LX4Kh1XnW9f06YFFoTWSDjTtl phjwETf3LpunpETaJcrc1Zb5wSqLbHTnS6GyVN+bBdnTZVfpB0PD5IsuKqAovnY= =0yr5 -----END PGP SIGNATURE----- </blockquote></div>