Let me author my scripts in F#

Add support for Server Side "scripts" to be coded in C#.

Right now, we can only use Microsoft Account/Twitter/Google/Facebook with Windows Azure Mobile Services.

However, if we use the Microsoft Account, it will ask to the user for the following rights: name, gender, display picture, contacts and friends.

I don't need any of those information and asking for this don't not add confidence to the user especially if the app is not related with those information.

The Buddy platform implemented their custom authentication system.

Thank you
ArchieCoder

More real world code examples, better documentation on server side scripting as it pertains to Mobile Services specific classes and methods, lol the elusive "Better" across the board.

Actually each mobile services can only serve one application, but in real escenarios a mobile services should serve more than one application.

This would make porting existing databases easier and give us more freedom with design.

Code and Test Locally in Visual Studio, Deploy Package to Test Instance, Promote/Swap Tested Instance to Production Instance, etc.

A complete abstraction for both client and server side scripts making the sending of push notifications with having to special case by device type. This is particularly important if you will be sharing the same mobile services across multiple device types.

Remove the need to use the Data Service to send Push Messages.

Let's face it, compared to the Table Storage service, the SQL Database service is EXPENSIVE! Mobile app developers need the low cost option as well. This will surely impact query performance for complex queries but we're big boys and girls, we can weigh the pros and cons.

Allow me to send in arrays of objects to insert, without further scripting on the back end.

This would ideally only generate documentation on the publicly accessible endpoints. Maybe even allow some sort of commenting standard on methods to extend the default auto generated documentation.

Add mulitple app support for a mobile service. Ex. 2 Windows 8 apps connectng to the same mobile service

It would be great if I could have more control over the HTTP API in scripts. For example, I would like the ability to read all incoming headers and set outgoing headers.

APIs/SDKs exist for working with blob storage (for images, raw binary data, etc.), but only for Windows devices. Add a similar API/SDK for use on iOS.

Hello, Can you halp me in this situation ? I search for two days, but I cant't find a way to do this ...

How can I pass parameters to read function in Windows Azure mobile service ?

In code bellow I call the read function , but I want pass Parm1 to manipulate in Windos Azure.

[itemTable readWhere:predicate completion:^(NSArray *items, NSInteger totalCount, NSError *error) {
I want in Windows Azure make something like this...

function read(query, user, request) {
var parm1 = query.parameters.Parm1;

request.execute();
}
Tks for help me.

Paulo

As mobile app developers, we need an efficient way of capturing critical errors that our end users face. This should just be a standard feature offered by Mobile Services. Something we don't have to write ourselves.

The client API needs to batch offline log events and be smart enough to post them when connectivity is back.

The dashboard should allow us to sort by platform (W8, WP7, WP8, iOS, Android, etc.) and even identify specific users log activity (if security is enabled).

So, HTML5 based Lightswitch came out on April 6. It allows one to throw up a sleek looking app on top of RESTful service with very little effort, and have it look awesome on a mobile phone. I would love to take advantage of that! Since Mobile Services are already RESTful, I think it should be possible. The snags that I see: Mobile Services need to expose their $metadata in OData compliant way, so that LightSwitch can generate its proxy classes, and authentication mechanisms need to get worked out.

http://blogs.msdn.com/b/bethmassi/archive/2012/03/06/enhance-your-lightswitch-applications-with-odata.aspx

http://blogs.msdn.com/b/lightswitch/archive/2013/03/01/announcing-a-new-preview-of-the-lightswitch-html-client.aspx?amp;clcid=0x409

Native support for html5 apps