[Kimchi-devel] UI Extension Proposal - Same Action on Multiple List Elements

[Samuel Henrique De Oliveira Guimaraes]

Hi team,

When I was updating wok.grid.js and I asked Atreeye to create wok.list.js we discussed if we should set a parameter to choose between action buttons on top or left of each item (in case we had only wok.grid.js) or create this new widget for the Debug Reports and Repositories. However, when I implemented this in the new-ui and started playing with these buttons, I noticed some anti-patterns.
If you look into the attached images (debug_reports.jpg and repositories.jpg), you can see that the active line enters in the "selected" state. When you click outside this area, the list item keeps selected but the drop-down menu is hidden. In addition to that, the "Add / Generate" buttons are in the panel context, not just the active item on the lists. I'm attaching a mockup with these buttons on top and the context menus on the left (button_top.jpg).
There's also the iOS pattern that is recommended on the mobile mockups that Susan forwarded to me (mobile.jpg). If we agree that the mobile design should take this pattern, then we'll have to update wok.grid.js and merge with wok.list.js, adding the suggested behavior for mobile devices. I think we can use the same pattern on the desktop, but there are some points that we should agree before we start developing it. For instance, if I select multiple repositories and one of them is disabled and the other ones enabled, I believe we should have action links such as "Enable All / Disable all". For Debug Reports, I'm not sure If iOS allows to download files so we could show a "Download All" only for Android devices. 

Regards,
Samuel

-----Original Message-----
From: kimchi-devel-bounces at ovirt.org [mailto:kimchi-devel-bounces at ovirt.org] On Behalf Of Jan Schneider
Sent: quinta-feira, 8 de outubro de 2015 13:29
To: Aline Manera <alinefm at linux.vnet.ibm.com>; kimchi-devel at ovirt.org
Subject: [Kimchi-devel] UI Extension Proposal - Same Action on Multiple List Elements

Hello Aline,

we often have use cases that a user wants to perform the same action for multiple list elements.

The User Interface Design Specification - Kimchi, 2014-12-23 forces the user to do this separately for each list element.

We should discuss if this meets the user needs (at least for new functionalities).

Kind regards
Jan

_______________________________________________
Kimchi-devel mailing list
Kimchi-devel at ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: debug_reports.jpg
Type: image/jpeg
Size: 52147 bytes
Desc: debug_reports.jpg
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20151008/471f9311/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: repositories.jpg
Type: image/jpeg
Size: 39131 bytes
Desc: repositories.jpg
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20151008/471f9311/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mobile.jpg
Type: image/jpeg
Size: 95205 bytes
Desc: mobile.jpg
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20151008/471f9311/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: button_top.jpg
Type: image/jpeg
Size: 51567 bytes
Desc: button_top.jpg
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20151008/471f9311/attachment-0003.jpg>