fix(uiSelectCtrl): fix input width calculations

[DmitryGonchar]

input is not too big or too small - it takes the whole remaining part of the current row.
If smaller than the min input width - goes to the next row

closes #1980, possibly #2010

[DmitryGonchar]

@Jefiozie
It works locally when I run gulp test (and it opens Chrome), but does not work in Travis (in Firefox)
Looks like selected item width is different in Travis tests somehow.

Actually, these tests pass locally with Firefox (changed in karma.conf). So, this is NOT a browser issue. Something with Travis?

Do you know how to fix this test or Travis env?

[Jefiozie]

I think it has something to do with the Firefox version (31) but I don't know this for sure. Basically your test is saying it should be 792 px ( it think) and in the Firefox 31 browser this isn't the case. Do you see local problems when running it on IE or Edge?

[DmitryGonchar]

@Jefiozie No problems, successful tests in both.

Btw, added a new commit for missing karma plugins to be able to run tests in these browsers

Tags with different names have different width, so unfortunately width can only be hardcoded (afaik). But it is the same in all browsers when run locally (tests run successfully).

I have karma-firefox-launcher v0.1.7 if that matters.