I have created a canvas power app. I am trying to use the paypal API: https://developer.paypal.com/docs/subscriptions/integrate/ ,which gives you html to embed into your code. I know Power Apps is a no-code platform, but are you be able to connect a Canvas app to a Web Resource with html?
you cannot use javascript directly in your canvas app but there is something called PowerApps component framework. you can use PCF to have coded component in your canvas app.
There is an pcf gallery as well which contains community crated pcf controls which could be directly used.
In addition, it is not required if you want to consume 3rd party api that you use javascript. There is something called custom connectors/ or out of box connectores in power automate, you can call power automate (flows) from your canavas app and consume output/results from your flow.
Take a look at this connector article
Related
I have a html5 application, called Portal that holds a collection of tiles that simply link to other apps when pressed. I created a custom domain for the portal app. So now when I call https://example.org it shows the portal app.
What I want to do is to show other apps by calling https://example.org/{app_name}. For example http://example.org/records should show the records app. I tried to accomplish this using Destinations, but without any luck. Do you have any idea on how to do this?
If you have SAP Cloud Platform Portal or onPrem NW GW Fiori Launchpad you could use app-to-app-navigation with semantic objects:
Cloud: https://help.sap.com/viewer/3ca6847da92847d79b27753d690ac5d5/Cloud/en-US/1a51a606964141579d14079455ac03b8.html
OnPrem: https://blogs.sap.com/2017/06/23/cross-app-navigation-in-sap-fiori-launchpad/
OnPrem with Web IDE: https://blogs.sap.com/2015/02/19/app-to-app-navigation-in-the-web-ide-fiori-launchpad-sandbox/
If you have a custom Portal, it depends where your apps are deployed. You might need a dns entry solving https://example.org/{app_name} to the real url where the app is available.
I want to use the Google Analytics API to show analytics data in our CMS.
As every website runs the CMS under their own domain like domain.com/cms I do not want to use webapplication API access. I want to use a API Service Accounts, so there is no domain check using the API, in stead it uses a client id (different from webapplication access) and a private key.
So far, so good. I set up the connection with the API and I can read google analytics data.
But I would like to show some charts.
Easy Dashboard Javascript Library is very handy, but it uses webapplication API access, so it checks the URL where it is called from. And I don't want this. Is there a way to simply create charts (with this library or another), and using Service Account API access?
You can get the data from your Google Analytics Service Account and use the data to create charts using the many libraries available using javascript or jquery.
http://www.1stwebdesigner.com/css/top-jquery-chart-libraries-interactive-charts/
Currently we are developing social network, which includes apps inside, for example Games. There is no public API for developers to make their apps, instead Apps developed ourself.
Our platform is based on Zend Framework. Also we have XMPP protocol implementation (clientside-strophe, serverside-java) for chat, notifications and for other pushing tasks. XMPP will be used in apps.
We want to separate apps from social network code, so we can keep it simple, lightweight.
What strategy you can suggest for such separation? Our desire is to keep architecture and code simple and clean.
Since this is an architectural question, I'm sure there are many way of doing what you need. Here is my 2 cents. Keep your apps server completely separated from the social media server. Use client side JS scripts to embed and render the apps on your social media site.
Think it like this: You know Facebook social plugins that allow embedding Facebook components in external sites. Below is a screenshot of Facebook LikeBox embedded in a completely separate DNN portal.
In your scenario, assume DNN as your social media site. And the LikeBox as your app. Architecturally they are well separated, even can be served from different severs. But integration happens on the client side.
If you need these apps to interact with the social media site, either you can do it via a REST API. Or you can use DOM events or simple JS function calls.
Few days ago I wrote a blog post on a similar architecture and can be found at: http://blog.hasith.net/2012/06/traditional-portals-are-dead-long-live.html
3rd party apps like facebook app are standalone application which access facebook DATA .
So make your social network data available through your API on internet, implement Zend_OAuth for authentication HMAC after that you can freeze your social network code .
Now you can create your web application in Javascript/Flash which access your social network data through your API .
I have a Google API console premier account, and I'm using the places service for an application that has two parts, web app and mobile app.
It seems that Google API distinguishes between server and browser apps. So for each category I have to generate keys specifically for it.
The mobile app is a native iPhone App, that uses the Google Places Web Services XML API for a simple auto complete function.
The question is in which category does mobile apps fall in?
Browser Apps
Server Apps
And any resources of how to use them?, does the Google JavaScript API V3 still requires an API Key for the premium users? Google documentation about this subject does not have enough information.
There are two different interactive types of Mobile Apps that use Google Maps:
ones that use the Maps Javascript API v3 (either directly or embedded in a Native Application)
ones that use Native Google Maps APIs (currently available for Android and iPhone)
For more on that you can have a look at:
http://code.google.com/apis/maps/articles/mobile_overview_v3.html
Ones that use the Maps JS v3 are Browser Apps, the Native Apps are neither. They have their own TOS and quota system, like the one for iPhone and the one for Android.
About Google Maps JS API v3. It an be loaded :
without any key
with an API console key, which will allow you to track your usage (this was introduced recently)
with Maps Premier client id (gme-) if you are a Maps API Premier customer
The XML web service for places API should be used only as a server side solution. This is because you can imagine that a user might steal your key from the source of your iPhone app (by sniffing on the traffic) and use it.
The safe way out is to use a proxy server. You would then register an App Key for server apps (with IP locking for your proxy server) and then make calls to the Places API from this proxy.
Another option would be to use UIWebView on the iPhone side with JS Maps API v3 and Places library on the Google side. You would then fall in "ones that use the Maps Javascript API v3 in a Native Application" category.
You could then use any of the 3 options to load JS Maps API that are mentioned above.
I had to cut away some links, since I am not able to paste more than two, but I hope that helps anyway
Unless you have strong reasons against it, the "ones that use the Maps Javascript API v3 in a Native Application" category is the best option. There's a nice talk from Google I/O 2010 about it: http://www.google.com/events/io/2010/sessions/map-once-map-anywhere-geospatial-apps.html
I am building a mobile app with jQueryMobile and I intend to deploy it onto iPhone thanks to PhoneGap.
My question is : how can I authenticate myself with Foursquare using the OAuth2 protocol in my jQueryMobile app ? One solution would be to use the useragent flow of OAuth2 but this would force the iPhone to launch Safari and thus not stay within the app. Are there any better solutions than this ?
For an iPhone-based or client-side application like you would have in PhoneGap,
Foursquare recommends one of these methods.
If you have no substantive server code, you can embed a web browser and use the token flow, redirecting the user to a dummy page on your domain. You can then grab the token off of the URL and close the browser. We have sample Android and iOS code for your reference.
If you have a server as part of your application, you can use the server flow above, possibly in an embedded browser. Similar to the Facebook API, you can add display=touch to your authorize or authenticate URLs to get a mobile optimized interface.
An alternative to the above is to use the server flow and an external browser, but redirect to a custom URI handler that brings the user back to our application. You can embed the secret in your application and exchange the provided code for an access token. PLEASE take steps to obfuscate your client secret if you include it in released code, and be prepared to rotate it if needed.
https://developer.foursquare.com/docs/oauth.html
This could probably be handled with the ClientBrowser plugin for PhoneGap or just adapting the sample code they have provided into PhoneGap plugins.
One of the core intentions of OAuth2 is to not allow browserless authentication flow like we did with XAuth in the past. Service providers want consumers to see what permissions they are signing off on, and want control of that process.
I'm not very experienced with Phonegap, as I'm a native developer, but if there's a way of instantiating a UIWebView and showing it to the user, you could at least keep the web interaction 'inside' of the application. Given phonegap is basically showing a UIWebView this should be possible. It is possible to examine the source of the html within a UIWebView using
- (NSString *)stringByEvaluatingJavaScriptFromString:(NSString *)script