I would like to know if there are some well-known web technologies on Mac OSX applications or iOS apps that allow an application to show and demonstrate a real HTML rendering WYSWYG for different iOS devices, dimensions, resolution, dpi, retina, viewport meta tags and so on. It is like the iOS simulator, but I see that on that special piece of software the WKWebView is not reliable as it comes to these features, and it is a development tool. It is important that dpi, retina, viewport and so on are considered to create such an application that is WYSWYG, also if in a scaled form, or exploting the Safari browser. I think that web developers already face this issue, so I think that the related technologies have been already developed and are available. But I am no expert so where could I search for them? I mean, some platform or example application, or similar tools. The goal is creating an application that can show the result of HTML rendering inside windows (similar to the iOS simulator) that can be proportioned to real devices and allow choosing the device form factor and screen, also in scaled form, but depicting the exact HTMl rendering that will happen on the real iOS devices, but possibly also Android devices. Thanks in advance

My app is published. It is a paid app but at present time the price is 0, as a courtesy for early users. Days price was not 0 from the start, so now it is free because I changed the price some days after the publication. I would like to charge for my app according to the freemium model, that is, the authoring/saving features are limited until the user performs the in-app purchase or subscribe (very low price). I would like to know if it is possible now to do so, so that the reviewers accept the change. I do not know if early users get the new version automatically so that they have to make the in-app purchase. I think so. The price was set to 0 only as a temporary courtesy for them, but now they could be unwilling nonetheless. What they have created will still work, they just cannot create new content. Thanks

Hello, let's say that at a certain point I have two published apps on the App Store. One is the main iOS application, that is a paid app, and the other is a limited version of the main one, like a "lite" version. Let's say that they are both published because the lite version was accepted by the reviewers (indeed it is what should happen). The lite version is a complimentary app that can be used for just using the main functions when some third party provided you the content. But some users could be interested in having the complete version to be able to author or edit the content themselves. I would like to know if it is acceptable that in the "lite" app -there is a button clearly pointing to the App Store page of the main app -a menu entry -a hyper-link in the guide. -other options Thanks

Hello, I would like to have some fringe information about ioS Safari App extensions. My need is passing some HTML to the iOS Safari browser so a new tab or window is opened and the HTML rendered (and its Javascript executed, if any). Being that this is not possible directly, and said that I need that the HTML is handled by Safari and not by a WKWebView or by a SFSafariViewController inside my app, I thought about using an app extension. This seems to be cumbersome, especially for the reaasons described here: https://www.wildfire-corp.com/blog/to-apple-your-new-mobile-safari-extensions-are-great-can-opting-in-be-made-easier I do not know if something has changed or will change, I did not dive in the extension development yet. My idea is creating an extension with access to only a special domain, like html.myapp The url would be https://html.myapp/37h238rd83dt2d2tr8fai33cf When my app wants to open an url like that, Safari should open a window and start the extension, right? open(url,options:options,completionHandler:handler) The url contains a sort of query parameter that is a long string (bas64?) representing the entire HTML code, or a sort of unique ID. The script has to display the HTML after extracting it from the url, or read some shared data between the app and the extension based on the ID. After this point no other interaction is needed between the app and the app extension. I would like to know if the Safari browser in fact can open the new window just on behalf of a special url like the above mentioned one, that is, an url that does not point to a real web page, being that the domain is somehow "fake", although authorised from the Info.plist file. The domain is just for enabling Safari to receive the entire url with HTML string or the unique ID. So would the iOS Safari browser open the window, start the script and then display the HTML? And would all this be allowed by the submission review process? Thanks in advance, Regards PS I know that it was better that Apple allows to pass securely some HTML from a registered iOS app to Safari, instead of this workaround, even with special info.plist keys, certificates or something like that.

Hello, I am studying a possible scenario. Let's say I create an App Clip that features a WKWebView. The WKWebView hosts a sort of webapp that uses local storage and IndexDB. When the complete app is installed, are the data persisted so the WKWebView of the complete app finds them as it was reading them before? Are the data transferred by the operating system to a new location but still accessed the same way by the WKWebView (Or even the location is the same because it is the WKWebView special storage)? Or are they wiped out? Thank you in advance Best regards