select directive should expose options set by ngOptions

[pocesar]

since ngOptions directive is an expression, and can have filters applied to it, the resulting options array is unknown (bound items and labels). the select directive should expose an options array (or object) containing the array of items.

[pkozlowski-opensource]

@pocesar I'm not sure I got the essence of the issue. Are you thinking about the expression like this:
ng-options="color.name for color in colors | filter:'b'"?
If so you can always assign a filtered array to a variable:

<select ng-model="myColor" ng-options="color.name for color in (filteredColors = (colors | filter:'b'))"></select><br>
    {{filteredColors}}

Here is a plunk: http://plnkr.co/edit/FJywANlXETCOe5Ukk0mG?p=preview

Once again, I'm not sure what you exact problem is so please provide a modified plunk if the above doesn't address your use-case.

[pocesar]

the main thing I missed was when creating a directive, since I can use require: ['select','ngModel'], I was expecting to use require: ['ngOptions'] so I could take a look at the current result set from the directive. since it creates an array of items from the returned expression, but makes it private inside the setupAsOptions https://github.com/angular/angular.js/blob/master/src/ng/directive/select.js#L372

[pkozlowski-opensource]

@pocesar no, you can't require ngOptions as it is not a directive with a controller but rather an attribute that gets evaluated: https://github.com/angular/angular.js/blob/master/src/ng/directive/select.js#L213

I'm still not super-clear what is your exact use-case and what is an extension point that you are missing from the select controller. We can mark it as a future request if you've got a good use-case and can explain it with a minimal example.

[pocesar]

@pkozlowski-opensource indeed, that's why I couldn't require it. I expected at least that the select controller (through require: 'select') had the information about the array that is currently being used on the current element. this is mainly useful to $watchCollection on the items array to do some transforms (assuming controller.options) or passing this information to jQuery plugins, since some items MIGHT HAVE angular bindings that I want interpolated before passing to jQuery plugins or plain DOM manipulation. I was trying to create a child scope from existing select elements and apply a number of jQuery plugins on it, but some pre-rendered items, before the $http call had angular bindings, and were having a racing condition setting the label of the select to, for example <option value="">{{ items.data ? 'Select an employer' : 'Select an employee'}}</option>

[smashercosmo]

+1, It would be very helpful for writing custom select directives to have access to original parsed collection through select controller and/or somehow easily get object bound to the exact option (may be through exposed optionsMap object)