[Kimchi-devel] [RFC] VEPA Network UI and multiple selection

[Daniel Henrique Barboza]

I don't if this is viable in the current UI implementation but it seems that
we have 2 optimal solutions for 2 different scenarios - fewer interfaces 
or a
lot of interfaces. Can't we have both implementations? Depending on
how many interfaces we must show we can use one approach or the other.

If it's not feasible then I vote for this one:

"IMO the default html control looks better and it delivers a better user 
experience than
a dropdown. We can “destroy” Bootstrap-Select style and widget if a VEPA 
network type
is selected and customize the default html control with CSS3 to look 
like other form
elements."

I believe that this scenario of having hundreds of interfaces to show is 
a corner case
for Kimchi. Most of the time we'll be handling < 30 interfaces.


Daniel

On 03/18/2016 06:09 PM, Samuel Henrique De Oliveira Guimaraes wrote:
>
> Hi team,
>
> I was looking into Bootstrap-Select that is already implemented on Wok 
> and it does allows multiple option selection, which means we can use 
> it to select more than one interface when creating a new Vepa network. 
> But instead of looking like a default multi-select input, it keeps the 
> default style and puts the selected items separated by comma:
>
> https://silviomoreto.github.io/bootstrap-select/examples/#multiple-select-boxes
>
> In the other hand, this is what a multiple select looks like with 
> native HTML controls:
>
> http://www.w3schools.com/tags/tryit.asp?filename=tryhtml_select_multiple
>
> IMO the default html control looks better and it delivers a better 
> user experience than a dropdown. We can “destroy” Bootstrap-Select 
> style and widget if a VEPA network type is selected and customize the 
> default html control with CSS3 to look like other form elements. 
> However, what if there are hundreds of interfaces? In this case I 
> propose we keep Bootstrap-Select with a search/filter on top, which 
> would work like this jsfiddle:
>
> https://jsfiddle.net/4yvgnx9e/
>
> Any thoughts or comments?
>
> Regards,
>
> Samuel
>
>
>
> _______________________________________________
> Kimchi-devel mailing list
> Kimchi-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/kimchi-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20160321/58d503c3/attachment.html>