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

Martin Abente martin.abente.lahaye at gmail.com
Wed Jul 18 10:51:47 EDT 2012


On Wed, Jul 18, 2012 at 10:26 AM, Ajay Garg <ajay at activitycentral.com>wrote:

> Hi Samuel.
>
> Please find the replies inline.
>
> On Wed, Jul 18, 2012 at 7:03 PM, Samuel Greenfeld <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.
>
>
>
>

The original behaviour was to remain these entries selected after
operations, exactly by the same reason samuel points out. In terms of cost,
as user time, it is a lot more expensive to re-select all those entries
(not necessary all) than simply hit the deselect-all button. I would vote
for letting these entries selected.




>
>
>
>
>>
>> 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
>
>
>
>
> Regards,
> Ajay
>
>
>
>>
>>
>> On Wed, Jul 18, 2012 at 6:57 AM, Anish Mangal <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
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20120718/37131e24/attachment-0001.html>


More information about the Sugar-devel mailing list