would be nice for <select> to support ng-size or size="{{expression}}" so we can set the size to the actual size for dynamic multiple selects

[jstrachan]

I've tried 1.0.2 and it seems any expression of the form <select size="{{something}}" which just gets set to size="0". I ended up having to hack around this with jquery which made me feel dirty ;) so wondered if there was a way of just allowing a size expression to be specified (or even defaulting it as the ng-options knows the size).

e.g. something like this...

      <select id="attributes" ng-size="whatnot.length" multiple ng-multiple="true" ng-model="selectedThings" ng-options="foo for foo in whatnot"></select>

[hotienvu]

I'm having the same problem. My workaround is to write a custom ngSize directive that 2way-binds to something and update the select.size attribute.
https://gist.github.com/hotienvu/5105501

[mlegenhausen]

+1

[btford]

As part of our effort to clean out old issues, this issue is being automatically closed since it has been inactivite for over two months.

Please try the newest versions of Angular (1.0.8 and 1.2.0-rc.1), and if the issue persists, comment below so we can discuss it.

Thanks!

[yorch]

Same problem here using Angular 1.1.5

[RavenHursT]

This bug is still present in 1.2

This is clearly a bug since whatever angular is doing, it's overriding DEFAULT HTML functionality. {{ someValue }} works in other attributes, why not here? Looks to me like there's a default of "0" hardcoded in AngularJs somewhere. Having to write custom directives for setting a size attribute on a native HTML element is pretty ridiculous. I can't believe this had to be "reopened"... I mean.. this is pretty basic..

http://www.w3schools.com/tags/att_select_size.asp

[btford]

this is pretty basic..

@RavenHursT, would you like to submit a pull request for this feature then?

[joshkurz]

so its strange that this works for input, but not select. The docs say that size can only be a non-negative integer http://www.w3.org/TR/html5/forms.html#attr-input-size. I know for a fact that when angular is parsing the attrs in collectDirectives the value of the select size attribute is already 0. This means that we cannot interpolate the value correctly, because we have lost the reference to the original string passed in from the view. Since the directives are collected before the compile functions are even ran, I would think the best solution is to create another directive that we know will not be defaulted by w3 standards.

[joshkurz]

Here is a proposed directive ngSize. It only works on SELECT tags as that is all it is needed for. http://jsfiddle.net/joshkurz/DFyWX/2/

[RavenHursT]

"If you're not willing to fix it yourself, then you're not allowed to point out that closing an issue when it's a clear bug is not exactly the best way to support a community project" is a pretty lame cop-out.

If you're willing to take the time to go through and "clean out" old issues based solely on the frequency of their activity, then you'd think you may be willing to take the time to actually look into the problem when it's been a verifiable bug for over a year now...

[caitp]

Have y'all tried data-ng-attr-size="{{some interpolated expression}}" (since ~1.5, or cf17c6a at least) ? (edit I had previously written data-ng-size, which was a typo, oops!)

example: http://plnkr.co/edit/a1xLPGn2YeW0WavH2auD?p=preview

Considering you have this feature, can we close this as resolved by cf17c6a ?

[mlegenhausen]

I think there need be better documentation for ng-attr. It should be listed with the other directives and not only a little note in the Directives documentation.

[sidecut]

@caitp -- brilliant! Thanks!

However, @mlegenhausen is quite right. This is practically undocumented. One would expect it to be documented in the Directives section along with ngApp, ngBind, et al. (If it's not technically a directive, then by all means it should have its own section in the Developers Guide.)

[camden-kid]

@caitp Thanks. That worked like a dream.