On 08/10/2015 16:24, Samuel Henrique De Oliveira Guimaraes wrote:
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".
Agree. But I'd say to have separated actions: "Enable All" and "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.
There are some issues open on github related to that, ie, iOS does not
allow user to download the debug report as it does not have an
application to open it.
Regards,
Samuel
-----Original Message-----
From: kimchi-devel-bounces(a)ovirt.org [mailto:kimchi-devel-bounces@ovirt.org] On Behalf Of
Jan Schneider
Sent: quinta-feira, 8 de outubro de 2015 13:29
To: Aline Manera <alinefm(a)linux.vnet.ibm.com>; kimchi-devel(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel