I need to block a certain part of the website from the web view because Apple will not approve that part of the website. How do I code it to block those urls and just stay on the current page?
(I am developing the application for a company and I am not their website developer and their guy is not very responsive so I cannot just remove the hyperlinks.)
Thank you for your help!
There are two solution.
One is to prevent it in UIWebViewDelegate function webView:shouldStartLoadWithRequest:navigationType.
Another is that server control this web show when it is really online.This will cheat Apple to pass your APP.
Related
My buddy and I are learning coding and are integrating Plaid's API currently. We've built out most of UI view controllers for our onboarding and sign up pages but are a bit confused about how Plaid's API ties into this.
We know from using other apps that on the front end there's a page or two dedicated to connecting the user's bank account, do we need to design the UI for this or does the API include this?
Thanks a lot!
Casper
Plaid's API includes this, it's called Plaid Link. You can see what it looks like here: https://plaid.com/demo/
I want to move Cart part from my app (shop's catalog) to server side (server version has full-featured Cart) and show it in app by UIWebView as iframe. So, I'm interesting, may it be rejected? I've read some similar questions such as is it possible to use iframe in UIWebView? but in my case it's not a "simple fb button", but big part with logic, graphic etc
I think it should be fine as all Cordova/Phonegap/other hybrid frameworks are using entirely UIWebView. The only thing you'll need to take care of seems to be handling the offline situations gracefully...
Basically what I'm looking to do is to create an native interface for a website that does not have any sort of API. This would be a 3rd party app that would provide all the same functionality of the website, just optimized for iOS. The real problem I run into is in sending and getting user-entered data to the website as it is using ASP.NET which I am not at all familiar with and the user would need to log-in to the website.
This is kind of a convoluted question, but I am sitting at square one and not even really sure where to go from here.
It sounds like you are asking if you can create an iOS app that can interact with another website that doesn't have an API? If my understanding is correct, then there's really only one option I can think of.
You would have to make your iOS app make HTTP(S) calls to the ASP.NET based website and simulate GET/POST requests as if it were a "real" user. You would do this by using one of the native iOS HTTP clients (NSURLSession, for example) and would have to strip and parse the HTML you received back from the website in order to get the raw "data" required for your iOS app.
The situation you are describing is pretty complex and very brittle (you have to make a change to your iOS app every time any change is made to the ASP.NET website) and I would avoid this method of integration at all cost.
How can I add Lync indicator to my web application (intranet, all users have lync running)?
I found this link
involes creating a silverligh app
does not seem to provide popup functionality
Any other options?
I was thinking this was pretty straight forward, just downloading some library and adding a lync class do a div with the email, but it does not look like that's the case. Maybe I'm missing something
Thanks for any help
Larsi
If you have Sharepoint rolled out anywhere in your organisation, you can use this trick to show presence easily (by leveraging the sharepoint functionality).
Can you tell me if Apple accepts an application that opens an embedded browser with most of the functionality living on a web application on the internet?
I have read contradicting opinions on this, and I have even seen several apps that seem to use an embedded browser for the main functionality of the app. Still I couldn't confirm this.
This way we could correct problems on the application functionality on the server with no need to submit another version of the app, while keeping the ease of release through the app store and the home screen shortcut.
Thanks!
I can't get the exact quote from the guidelines, but I know that Cordova apps are allowed, and updating the web files dynamically without going through a new native app version is also allowed, as long as:
* The updated code runs with the Safari Webkit engine (true for Cordova)
* The main functionality of the app is not changed
You say this is a bad idea because the user can save a bookmark on their home screen. This doesn't seem to me like a reason for something being a bad idea to me. If this is the only drawback then I would say go ahead and do it. Why should I care if someone wants to bookmark to my site? The app will not work very well outside the app anyway. If you have an actual logical reason why this is a bad idea instead of some emotional response then please bring it up.
I am doing this too in my application. I am under the impression that as long as you are pointing to a secure site then it should be okay. Please enlighten me: is there some good reason why Apple forces people to develop applications the hard way? A web application is hard enough without having to deal with some monolithic organisation imposing ridiculous rules on you.