Sorry your browser is not supported!

'Many' developers create mobile apps as web pages then use programs to turn them into a native app, (phonegap / adobe AIR etc).

Some of these services even compile the app for you in a paid cloud service, see Phonegap Build.

The problem is with different screen sizes of mobiles, web pages need to be responsive design to automatically scale to the different device sizes. This is very expensive to convert back catalogs of applications.

If a program or service was available to do this, developers would be willing to pay for such a valuable service to port their back catalog of apps.

This is where AppGameKit could come in, give it the ability to display web pages and have them scaled to fit the screen of the device, offer a cloud service to compile it like phonegap build and charge per title.

You could charge 50-100 pounds per title (unlimited builds per title), or make it open on the number and charge per month to use the service. Developers would pay for this no problem.

Even at 50 pounds per title, 10 apps is 500 pounds per developer, even if only 100 developers wanted it, that's 50 thousand pounds, Id say these figures are at the lower end, you could make even more. There is a big gap in the market for this.

the correct way is that a new app don't have access to the filesystem outside his own folder and we need a thought-out os
with a easy to use web framework.
the user must permitted the apps what she can do, not the developer
or stupid questions at start. the runtime must be part of the os
and not installed at setup with all privileges.
(now for web the browser is the runtime.)
permit file access for the "whole" hard disc with a yes/no question is stupid.
you can start all apps if they subject to a few rules.
apps can be much better then the current web technics
and the developing time is much shorter because the missing nonsense.