On Wed, Jul 18, 2012 at 8:03 PM, Anish Mangal <an...@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 > > <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) > 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 > > <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
