Would be nice to be able to set label and value to custom properties

[minimaximus]

Right now, I have to make sure my array contains elements with label/value pairs, which requires modifications on the server. It would be really nice if react-select would take arbitrary elements as label/value fields. So for example, if I have [{name:'Alex', id: 1}, {name:'Jane', id:2}], I could tell react-select that the label field is 'name' and the value field is 'id'.

Thanks.

[dcousens]

@minimaximus why? Can you not transform your data prior to usage?
This is just pushing complexity lower, we should be lifting complexity out.

[dcousens]

Duplicate of #58
Related to #95

[adamscybot]

Also want this. Why bother transforming when the library could just use the correct keys as provided by my db? Less ops overall.

[imevro]

Can tell my use case. I use http request for getting filtered data and my backend responded me with id, name fields. id will be used as value and name as label. That's why I need my settings for label and value fields.

[malonecj]

+1

[mmillet]

+1

[PetrSnobelt]

+1

[oluckyman]

In real use almost never we have { value, label } objects. It means that everyone who uses that library have to implement mapping from real data format to library acceptable format. So why not provide the getters for value and label as it done in other libraries?

[dcousens]

@oluckyman what other libraries?

[oluckyman]

d3 is heavily using accessors functions.
But now I have looked among autocomplete libs. Some of them provides custom getter and some of them no. jQuery autocompleter is like react-select, it doesn’t give alternatives to { label, value } format.

[PetrSnobelt]

If you try to use react select on existing api (which you can't modify), it is pain without ability to set label and value. Some api use Id and Name, some key and value etc...

[JedWatson]

I'm happy to add labelKey and valueKey props. Let's do this.