Instead of returning an enormous base64 string in JSON that has to be streamed by some event-based json parser, make things easy.
For under 32K inline it
For over 32k provide an endpoint
response could be (inline)
or not inline
content: 'http:xxxx/streamingservice.com/attachments/3293929349d"10 votes
Many ages ago someone in the USA got the GREAT idea to localize the names of Excel functions. She probably wanted to please international users from all over the world: why a user from Czechoslovakia should learn a new term "SUM"when he knows "SUMA" from school... And why the foreigner should learn "VALUE" when he knows "HODNOTA" in his language. Well so far so good. But the Czech guy says and writes word "text" exactly the same as his English colleague. God knows why she (the MS person in America) suddenly translated the function "TEXT" as "HODNOTA.NA.TEXT" in the Czech localization. Instead of function "FIXED" she invented "ZAOKROUHLIT.NA.TEXT". I don't want impede with many many examples of illogical and obscure translations she used.
This all would not be that problem, if he had to use only the local set of functions over his life. But an professional has to deal with English MS Office as well as with localised Office. He seeks advice and searches documentation often in English. So he has to swich among the various function names.
And the WORST comes now with Sharepoint calculated columns: He has to enter Czech functions in web browser, but the English functions in SPDesigner simultaneously.
As a result he has to learn BOTH the illogical sets of function names, English and localised ones (but more probably still searches for the translations). PLUS must always double check what language environment is currently switch on.
I would like to express many personal thanks to the US person that strived to satisfy international users... But I'm hoping MS realized over the years that such an experiment has brought more complications than benefits and that it complicates things still yet more as the services are more and more complex (clouds, coopearating users from many countries etc.).
Many ages ago someone in the USA got the GREAT idea to localize the names of Excel functions. She probably wanted to please international users from all over the world: why a user from Czechoslovakia should learn a new term "SUM"when he knows "SUMA" from school... And why the foreigner should learn "VALUE" when he knows "HODNOTA" in his language. Well so far so good. But the Czech guy says and writes word "text" exactly the same as his English colleague. God knows why she (the MS person in America) suddenly translated the function "TEXT" as "HODNOTA.NA.TEXT" in the Czech…20 votes
Thank you for your suggestion. We are reviewing this suggestion with our localization team.
Feature announcements are always posted on our blog (http://blogs.office.com), so keep an eye out there for more details.
Is there a reason why you would not provide a common base for the two API's?
The Ewa namespace offers a lot of functionality requested in many ideas related to the Offie 2013 API - it seems you already have the code and the interface in the Ewa namespace ?7 votes
Extend the mailitem.to.addAsync() method to accept the custom email formats i.e 'Kiran123@/CO=OT' or.'RFAX:KIRAN@/FN=111/VN=1111' etc.
Currently "Office.cast.item.toMessageCompose(item).to.addAsyc()" method is not accepting any custom email address. It is throwing the following error message.
"No valid recipients were provided"4 votes
Thank you for sharing! We’re always looking at making more investments in expanding the API support. We’ll pass this along to the engineering teams. We’ll also update the blogs here at http://blogs.office.com with any news.
I saw a lot of devs and customers being confused caused by the point that Apps are not available across all Office client applications. Especially OneNote would be a great benefit. OneNote is one of the best Apps I've ever used. Can't imagine my daily business without OneNote. We've collected several ideas which would enhance OneNote even more and make customer more productive.54 votes
This is definitely one of the more highly asked features, thank you very much for sharing! We’re always looking at making more investments in expanding the App support across multiple endpoints within Office. We’ll keep you posted via the blog if and when we implement this feature.
Make possible to add an App to the list of Favorites Apps. Favorites Aps should be available on the Home ribbon tab and/or available from the Quick Access Toolbar.10 votes
Hi Sanja, we agree that users should be able to favorite apps in some way — thanks for the request! While we cannot specify or guarantee anything, we are looking into potential ways users could favorite apps. If anything changes, we’ll keep you posted here and via the Apps for Office and SharePoint blog (http://blogs.msdn.com/b/officeapps/).
- Don't see your idea?