The feature request system works. I can think of a dozen things off of the top of my head that we’ve added from the list like:
Facebook social sharing
Access to the iTunes music library
Access to contacts
The pasteboard access
Being able to zip/unzip files.
Amazon IAP
iAds
AdMob,
Support for Ouya
Support for Gamestick
Self masking TableViews and ScrollViews
Ability to view PDFs
GameCenter multi-player support
Google Play Game support
Windows 8 (In progress)
Google IAP v3 (In progress)
All of these and more were pulled from the feedback site. I unfortunately don’t have a list of all of them since they are removed once complete.
Now for a full reality check on this. Yes, some things get put on there that are very unlikely to happen and there are various reasons. The native.newTextField for Windows is the poster child for that. Other things that may not happen include things that only one person wants. Unless it’s a really cool feature, it’s probably not worth engineering time to address a feature for one person. This is why we used to try and track +1’s, but went to the Feedback sites voting system. Now we can measure popularity of a request. Lots of votes, the better the chance it will get implement. The fewer votes, the less chance it has.
Of course there are other factors that come into play in deciding what we work on. Popularity of a request is just one factor. Does it make business sense? Are there competing projects going on? Do we have bandwidth to work on a task? How much engineering resources does it take?
At the end of the day, we are a business and we have to base our work on what will grow the business and if something will take a team of engineers six months to do that benefits 5 people, it’s not going to happen. If an engineer can knock something out in a short period of time that benefits the whole community, then it will happen. Anything in between becomes a “Depends”.
There is one certainty, if it’s not put into feedback, it’s chances of being considered is far less than if it is.
Now as Perry pointed out, there isn’t a need for an API to get the information we are now putting out since you can do it on your own, but if you want that in a single API, then it will need to be a feature request. Now I do apologize because I guess we had added those extra calls and I didn’t realize that’s what we were outputting. In that case, feature requests that you can already do, probably will be very low priority items (unless lots of people want it). If you enter a request like this, then we would reply to it to say “You can do it this way”. The feedback system works.
The high vote items that we have not done are there because they don’t make business sense for us to do based on the engineering resources to do them. It’s that simple.
If Brent and I know for certain, it’s not going to happen, we won’t ask you to post it. If there is a chance it might happen, the only way it will is if its there and it gets votes.