Make Money With Your Buzztouch App Through In App Advertising

Selecting the right advertising partner for your Buzztouch app

Buzztouch supports many advertising SDKs out of the box. To see the current list, choose any app in your control panel, click on Prepare Project Download, choose either iOS or Android and start the downloading process. You will see

2) Include Optional SDK’s

click on that and you will see a list of Buzztouch partners. Currently, there are 19 of them. Choosing one or two of these will download their corresponding SDKs into your project. (You will later have to enable them in the project.) You are not bound by these 19, you can easily incorporate any SDK that is available online, but this 19 are a bit easier to manage.

Choosing the SDK in this way is not even a half of the battle. You will also have to change the source code and each SDK will have its own set of rules that you must obey unconditionally. Many Buzztouch members struggle at this point and you will see dozens of topics in these forums about this or that SDK and how to use them.

To find them easily, go to Google and search for <SDK name>

Become a member of the ads network site

It goes without saying that you have to go to each site and become a member first. Each advertising site will have their own back panel through which you will be able to adjust the kind of ads that you are receiving, frequency and so on. If the advertising network is forcing too many ads in your app, you will be able to tone them down, by inserting a couple of lines of code into your buzztouch project. (That is where open source nature of Buzztouch comes in handy!)

You insert the call to the SDK wherever you want. Some people just insert it into the code for the first plugin that appears in the app and they are done. When the user opens the app, they are guaranteed to see the ad (provided there is Internet connection or that the app is not taken entirely offline). You can insert ads into other parts of the app too, and you are not limited to one particular ads network. If you want to be flexible, you can even choose to download several SDKs, even if you know that you will not use all of them right away. Later, you can test them by turning one on and the others off, and see which network gives you the best amount of money per click.

NOTE. There are several ways to test ads but that is out of the scope of this post.

Keep it testing

Testing the ads is a never ending struggle. You keep thinking which ads network would yield the best profit and you keep turning ads off and on, comparing against the countries, the downloads, the type of hardware that the your app is running on and so on. There are two most important factors:

– the number of downloads and

– frequency of using the app.

In the ideal case, both should be high, i.e. there would be many downloads and each user would return to the app frequently. Such apps are called “killer apps” and are the Holy Grail of app development. (Think Facebook and Instagram apps.) Apart from testing the ads and the individual apps, you constantly have to work to increase the numbers of downloads and the frequency of return and that is what will shape your app’s success.

From Kindle Ebooks to Android Apps — Case Study of Six Ebooks of Mine

Currently I have 17 apps published in Dusko Savic Google Play account. Six out of these 17 titles already live their electronic lives in Kindle store. Just as a point of reference here are the links so the you can compare the app versions against the Kindle versions:

Kindle account Play store
1) Homepathic Remedies for Teething in Kindle store Teething
2) Cure Acute Otitis Media and Glue Ear Without Antibiotics and Save Your Child From Adenoidectomy Cure Otitis Media
3) Eczema in Children: Short Guide To Efficient Treatment Eczema In Children
4) Perfect Food For Your Child Perfect Food
5) Perfect Diet: Turn Your Obese Child into an Agile, Joyful, Well Balanced, and Calm Minded Kid Perfect Diet
6) Homeopathic Remedies for Baby Colics Baby Colics

I described here how I developed software to turn Kindle HTML files into apps, literally under one minute per conversion. In total, it takes under one hour from receiving a HTML file to have it published in the Play store, provided everything else is in place.

If you are interested in this kind of conversion, contact me here.

If I were now starting out creating apps with Buzztouch

A newcomer to posted a thread here.

> before I bother everyone with random questions.

Hi there and welcome to the forums and Buzztouch in general.

Don’t worry about “random questions” though, there’s a lot of people who can help you out here.

If I were now starting out with Buzztouch, I’d immediately try to build an app or two just to get the feel of things and then I’d buy the membership to get the self hosted version. From then on you are really in the game and the sky is the limit.

>A simple, low graphic, android, story book feel that gives random facts

You first have to sort out who is your target market. The more conventional term would be “demographics” for your app:

– which age group would be interested in your app?

– where are they on the Internet (forums, Facebook groups etc.)

– what hardware to they use (phones vs. tablets, Android vs. iOS etc.)

– would your app be informational, a quiz, a so-called killer app (one that you can use every day, etc.)

Load Google Chrome browser, enter the incognito mode, and start searching through Is there an app in the listings for your keyword? If not, that may be an opening for you; if yes, download that app and study it from all possible aspects:

– the description and keywords in it,

– the images and icons — would you do them the same way for your app?

– what kind of menus do they have — fun, morose, black…!?

– is their app “fun and joy” to use?

– think about one sentence so that when they have an intent of deleting your app, they can still say “oh well, let it stay a bit more on my machine, because …”

Also decide upon your strategy: one app developed to the extremes, or many apps and see what sticks? For one app you would have to become a code expert, which is not that difficult on Android. For many apps, you can use buzztouch tools to produce them in droves (that is what I did). Whatever the decision you reach, realize that creating an app is 1% of the total effort and the remaining 99% is about marketing — telling people that your app exists, where to find it, how to download it and then how to use it, possibly every day.

A long and winding road is ahead of you, but occasionally there will be beautiful vistas for you to explore and enjoy.

Once again, welcome to the world apps in general and to this fantastic site,, in particular.

Is competition allowed in Buzztouch Plugin Marketplace?

There are more then 100 plugins right now and it seems that each and every day new ones are coming to the market. That is very good and that is what Buzztouch needs in order to be taken seriously as an all round app making site. However, there are are some questions that beg to be answered. I’ll pose some of them and feel free to chime in with your ideas.

1) Are two versions of the practically same plugin allowed in the marketplace?

Today I have read of one such case. A plugin is in the market since April 2013 and a new plugin of the same kind, from another author, appeared. The new plugin seems to be a copy of the old, but not necessarily so (I haven’t seen either of the two, so I cannot say anything first hand.) The author of the first plugin complained and the author of the second plugin withdrew his plugin from the market. The new plugin had lower price too, so it seemed as a rip off with the intention of grabbing the market share by undercutting the price. (I say “seemed” because in reality that may not have been the intention at all.)

I understand that when you are first to come to the market, you want to remain the only provider. Inevitably, competitors arrive and try to undercut the price or offer something better, or simply say “We are already famous in that field, we are new in this field, but still trust us and buy our new product.” By way of an example, this is how Google first appeared with Chrome browser versus Internet Explorer and FireFox, and this is how Internet Explorer appeared against Netscape back in the day.

Case in point: if the second provider of the plugin refused to withdraw the plugin from the market, what would be the official reaction of Buzztouch?

2) There is a lot of code published on gitHub and most of it can be reused. Most plugins that appear here originated from gitHub in that manner, so there’s nothing wrong in that approach. But consider this: there is an already existing plugin in the market and I go to the source code of that plugin in gitHub and recreate the plugin in my own manner and offer it here as my own plugin. There are bound to be many similarities in the two plugins, right down to the source code. Should I publish it and create competition in the marketplace? I may be able to up my offer by offering lower price, better support, superior code or what ever, but still, what to do if the owner of the first plugin complains that it is a rip off even if it isn’t?

3) That was the benign approach to creating similar plugins. Now consider the mean approach, which consists of plain ripping off the existing plugin and offering it as my own. The nature of open source software makes it very easy to do so. What if I offered it for $1 instead of $29.99?

While this seems a most unethical thing to do, that scenario is more or less unavoidable. One plugin will not make anyone reach, but many little plugins may make up for a nice income allowing one to make a living through software development. Why should I reinvent the wheel when I see something that people already want to buy and I can offer it too?

4) iOS vs. Android plugins
This one is specific to Buzztouch, at this point in time. There is a prevalence of iOS oriented plugins at the moment and the Android side is lacking. If I see a good idea on the iOS side and I implement the same idea and call it the same, will that be acceptable? The plugin author for the iOS may then say “Wait, that is my idea, I was just about to write it for Android but you stole my title, the idea and all. Wait for me till I catch up, will you?”

I’d like to hear your ideas and thoughts, as well as the more “official” stance from the Buzztouch leadership team.

Is it possible to start from nothing and make money with Android apps!?

A new member of asked me how to make money with apps. They have paid for the Google Play account but do not want to pay any more since the money is tight. So, how to start from nothing, no capital, no money up front to pay for the developers and marketing, and make money from Android apps?

Here is my answer. Out of necessity, it is incomplete, but still, here it goes:

Well, you are here at and so you have the ability to produce three apps for free. Since you already have paid for the Google Play account, you may now proceed to making the apps without any further cost.

Why don’t you use what is available here, at the site, and learn and later publish those three apps? Then you will be experienced publisher and will know to ask the right things.

Otherwise, if you think that one app will make you reach, then forget it, it won’t. Making money with advertising in the apps is just so slow and painful; you would have to have at least 100000 or more downloads to see 1000 dollars within a year or so, and that only if you are lucky.

Now, choose something really popular, say, a TV show that is very, very popular in India; or a movie, or some celebrity from TV or movies or pop music. Or make an app about a very popular music group from your country. Then you will be able to hope to have dozens of thousands of downloads for free, and then maybe monetize it through ads.

Admob is really not the only choice in monetizing. You may want to learn about all other monetization options, have a look at buzztouch forums about sdk integrations — mobario, scringo, airpush and a dozen others. They all offer some kind of monetization, even if it is only one cent per download.

The key is to select a theme with extremely high appeal, something that everybody knows about, something really popular. Then you piggyback on their popularity and offer an app.

If you want the users to return to the app often, create it so that everyday there is some new content in the app. Just like daily newspapers do.

And you will need to market your app or apps. That means going to various popular sites and publishing some quality content there, then putting a link to your app somewhere. Marketing the app is 98% of the job, not vice versa.

Best CMS To Have Members, Forum and Chat

In Buzztouch forum a question was posed:

What would be the best software to build a site with members, forums and chat?

Here is my answer.
You have many options and here I will outline just a few.

1) Use WordPress

It is the most popular CMS (Content Management System) in the world, with some 15% of all sites built on it. It is easy to install, easy to setup (it gets a little technical but you will have dozens of sites to help you out immediately), and you can all do it on your own.

Basic WordPress will not do what you want now, but you will be able to install plugins and themes, which is another name for pieces of software that fit into WordPress and enhance its capabilities. There is also something called BuddyPress, which will enhance basic WordPress to the level of a full social media site.

bbPress would be the name of the forum for WordPress but there are many others.

With WordPress, possibilites are endless but you will have to experiment. Out of the box, WordPress will fall short for you want.

2) Joomla

Joomla would be the best choice for what you want: it has membership functions right in, and you can add additional software to it via so called extensions. Most extensions are free and there are paid ones, which usually are complete software solutions on their own. In Joomla, you will be able to have many levels of users, user groups and you will be able to control who has access to what. I have one membership site like that, where I sell courses in astrology and energy healing and it functions just right.

There will be some steep learning path with Joomla, especially if you have never seen it in action. But it is free, it adapts to various screen factors automatically (meaning the site will show well on mobile devices) and so on.

You will be able to add forums (the best is called Kunena), chats and so on for free, just roam through the extensions site on

3) Make it on your own.

That what I currently with do PHP, a framework called CakePHP and a plugin called User Management. PHP and CakePHP are free, the plugin costs $50 but gives me exactly what you want: ability to create new user accounts, manage them in the background and create any style of site that I want. It is also much less prone to hacks and attacks than WordPress and Joomla, because hackers all over the world attack those two easily and joyfully.

For forum, chat etc. you would have to find already existing plugins for CakePHP or write your own.

There is a steep, steeep learning curve for CakePHP but once you get it, you will be able to produce unusual but optimized sites at will.

The verdict? In your case, Joomla.

P.S. If you want to compare various CMS systems, try the following link:

Improving Click-through Rate for Banners in Your App

In the Buzztouch forums, there was a question like this:
There were 12,000+ banner requests at one app but nobody clicked on a banner. How to improve this situation?

Here is my answer.

It must be improved, or you are out of the business.

1) Are the ads that are currently showing relevant ?

I’d try to see which ads are actually showing for all those requests. Probably, these requests come from banner ads that appear on every page of the site and are, thus, untargeted. It is better not to serve untargeted ads at all.

2) Steer your visitor towards offers that will convert better

You want money from your app and it is up to you to think, imagine and concoct what your users want BEYOND your app and its content. Think of your app as of a magnet to get the visitor into your app, but once there, what else can you offer your visitor? Much will depend on the availability of digital rewards, so to call them. If you have a music app, showing ads to buy a CD would not really work in this day and age. Instead, go to, key in keywords for you app name and see what amazon has to offer. I’m not saying here that you should become an affiliate of Amazon, although it is possible, just to see what you demographics want.

3) Use eBay to get ideas what else to offer / sell

You can also go to ebay and see what your demographics buys there. See what you can offer them while in your app!?

4) Take offers from large affiliate networks

Go to any large affiliate network, say Commision Junction and ShareaSale, and see what can you offer your visitor from these sites. Again, digital content will work the best, but coupons or vouchers are also a game.

5) Gain intelligence on web sites in your niche

Go to web sites for your keywords and see how they monetize the traffic. Can you take one offer from these sites and turn it into a money maker?

The Golden Rule of Internet Marketing: give your visitor what they want. If you have an app about thyroid diet, sell them the pills for that diet that they will buy month after month. They buy the pills, you get the affiliate commission, month after month.

Treat your app as you would a site — just a meeting place, where the visitor is being transferred from one reality to another, and you get the commission in the process (sometimes).

6) Run your own ads!?

You may also want to run your own ads. (The easiest way in Buzztouch would be to use splash screen as an advertisement.) Then change the offers and track. Running this kind of ads would be similar to running an AdWords campaign. First you have to lure them into clicking your front ad, then tell them the benefits, then the actual sale etc.

7) Whatever you do, implement a tracking scheme.

This may be your own code, or Google Analytics or any other kind of tracking specifically made for apps. But you must have one, otherwise you will be lost; people will come to your app you will not make any money, as is the situation right now.

Android Apps Development with

It is now exactly two years since I first got introduced to the app world via a course by Amish Shah. Then AppMakr was all the rage, it was free and you could have an app real fast, just by tinkering on their site. In the middle of the course, however, they started charging for apps creation & hosting. From free the price went in one day to unbelievable $79 PER MONTH AND PER APP.

Then I went to iBuildApp and built six apps, by a very manual procedure. My first app, which showed some 26 videos from YouTube, took a complete week to create. Others were similar in length. Half a year has passed and in the middle of 2012, iBuildApp also started charging, this time, not for apps creation but only for hosting. The price I believe was 7 or 9 dollars per month, per app. I did not want to pay, so first they put their own ads into the apps, and then, in October 2012, they COMPLETELY obfuscated my apps and none of them was even able to be downloaded from Google Play.

Does that sound just a bit unfair? High-handed? Greedy?

Free actually has a price, as we can see.

I have asked them to give me the keystore files without which it would not possible to create a new version of my apps. They refused to yield them to me. I found the hardest possible way that my apps were not really my apps but theirs.

So, where was I at that moment? I was already at Buzztouch, as Amish Shah recommended it wholeharteadly in the end of 2011. Why wasn’t I with Buzztouch in the first part of 2012 — because it was stuck still at 1.5 for Android… which I did not particularly like. When I was back, Buzztouch progressed and the lowest version for Android was 2.2, which was acceptable (and still is).

Why did I settle down with Buzztouch?

1) I get the source code and I sign my apps on my own (at least for Android). This means that my apps are really mine. They can exist even if I stop all the ties that lead from apps to the Buzztouch core site.

Mine is mine is mine.

2) It is open sourced. Should you want to do something with it, you could if you tried. I tried and developed a system for publishing Android apps really fast, say, one app per hour, including creating the icons and publishing it on the Google Play. Try to do that with other shiny objects floating in the apps builder’s sites space.

3) You can have your own version of Buzztouch, on your own server and you can create your own white label bussines of selling creation and hosting of apps to other people. (See what Ed Reyes posts in the forum to see how he is generating thousands of dollars just by hosting the apps.)

4) Buzztouch is improving and getting along with the change of times. This is perhaps the worst aspect of Buzztouch, it sometimes takes very long time to become compatible with the latest versions of Android and iOS. But, eventually, it does happen and then we can work with the best tools of the trade (at least until Google and Apple stir the waters again).

5) The community here is very friendly.

6) There is a steep learning curve but what can you expect when you want to develop apps? Three operating systems to cover, Windows, Mac and Linux, two competing mobile operating systems to cover, Android and iOS, then there are so many plugins to choose from within Buzztouch itself…

I do not develop for iOS because I do not have the hardware, but Android has long stopped being an obstacle. For me, Eclipse is almost non-existant, as once I customize an app within it, it never makes trouble. It is very predictable, although in the first period of learning it does not seem so.

7) It is true that Buzztouch does have a way of showing the app online, in control panel. That is not a problem because you can watch the changes in the app on the device itself, once you set everything within Eclipse.

8) You can change the app right from the control panel, without recompiling and resubmitting and waiting for the app to be approved. That may be the very best aspect of Buzztouch!

Buzztouch is not for everyone, but it is for me!

The Kindle to Android Conversion Process Explained

In this post on Buzztouch forums I explained how I got to develop a system for turning large HTML files with images into working Android apps, automatically and automagically.

I am putting the site for this conversion as I write this, and in the meanwhile, I can do this as a service. I invite you and all others with “large HTML files and images” to contact me and send me material for one app. I will do it for FREE so that I can improve my software to be able to handle anything that can come up once the conversion site is up and running.

This offer may be over when you read this so contact me to see whether you can still apply.

I will also test the app on my device and — since I would be doing it manually — you would get a fully signed APK file with which you could go to Google Play and install it. (Fully signed app means that you are the actual owner of the app, that you could change it in the future regardles of me.)

No need for Eclipse nor for any kind of Android hardware at all, just an app published on Google Play from the book you already have.

What Kind Of HTML Files to Send Me?

Send me any kind of HTML file, provided that the chapters are delimited by H1 tags. If you have H2 tags, they are currently not being processed, but they will be in the next version of the software.

If you already have a book ready for Kindle (or already published on Kindle) that would be perfect, since the H1 and H2 tags would be naturally present exactly where they belong. If it is not formatted for Kindle, do not bother with that, just give me file or files and I’ll see what I can do — what should I add to my software in order to handle your case.

Given enough HTML files from “wild” sources, I hope to be able to automate the entire process and put up a site.

You can also submit a bunch of HTML files, provided that they are labeled 01, 02, 03 and so on in files names. If they are labeled so, my software will take them in the order indicated and present file names as options in the main menu of the application, automatically.

How the Images Are Processed

If there are images in the HTML file, I may or may not need them too.

There are two possible cases. If your HTML file contains absolute addresses of images, no further action need be taken on my side.

If the addresses are relative, my software will connect image’s file names with the IMG tags in the HTML file.

File names for images can be a problem. If you are on Windows, and your image is named something like

my image for you.png

Windows will not object, but the Internet will. There may be no spaces in file names for the Internet so the HTML editor would add codes for space and turn the file name into something like


These two are not identical but my software will handle that too by entering the absolute address of the image file in the IMG tag. The images themselves will need to be uploaded or re-uploaded to the server.

In short, my software will handle the images. A kind of an invisible problem that should best remain invisible to the end user, i.e. you.

Youv’e Sent Me the Files, Now What?

I’ll have a look at the file or files,

correct manually anything that needs to be corrected,

change the software so that I do not need to do that never again,

run the software on your files,

zip the files and

send them back to you.

In the zip file you get the following:

A file called read_json.txt which will contain the JSON codes for the main menu of the application. You will upload that file to your Buzztouch server and note the actual address of that file. That address you will later feed into the Buzztouch app. Currently, the menu will be of type Menu Simple, but in the latter versions of the software you will be able to choose from all other types of menus that are available within Buzztouch, regardless of being for Android or iOS.

Create a new app with your Buzztouch server, create a new Menu Simple, enter the address of the read_json.txt file into the Screen Data URL field, save it and that’s it. That is the only screen you need to open for the app. Then go to the Layout option and choose that single screen as the start of the Non-Tabbed Layout.

The app is ready to be downloaded with Application Home > Prepare Project Download. Then proceed as normal, choose your plugins and eventual SDKs, and use Prepare Android Project to download the app. (This will get you the code for Android 2.2 as I haven’t stepped up to the Buzztouch Android Core 3.0 as yet.) From then on, you use Eclipse to publish, or in this case, since I have offered it as a free service, I use Eclipse to publish your app. I do it as I would do that for myself, generating the images and promo material needed to actually publish on Google Store.

In that process, the APK file and the keystore file that are needed for publishing are generated. I return them both to you within the zip file. That is total freedom, you can later change the app on your own as you will have the keystore file for the app. That one thing creates such a huge difference!

Who Publishes the App?

If you do not have an account with Google Play, I could also publish the app on my own account. However, your app would need to behave according to the rules of Google Play, in order not to violate the entire account.

If I publish it on my own account, I put my own advertisements in the app in order to compensate for all this trouble. In addition to that, I must charge you $9 for hosting costs of one app, monthly. I actually do not want to host your app, therefore, I strongly  recommend that you pay 25 USD to open your own Google Play account and publish it there on your own. That 25 bucks you pay only once, it is not even an annual fee as it would be with Apple.

Having your own account at Google Play and using any kind of low cost site hosting is much better than paying me, if you serious about creating apps at all.

However, I you need an app in a hurry, say, there is some kind of an event or a deadline that is approaching fast, I shall publish the app under the conditions stated above, on my account, and later you will be able to transfer your app to your own account, once you set it up.

Live Examples of Kindle Ebook To an Android App Coversion

Here are the examples of my Android apps that are converted from their Kindle equivalents:


Perfect Food

Baby Colics

There is a total of five such apps created in my account, Dusko Savic at Google Play.

With each app I perfected my system and now it takes me less than an hour and a quater from HTML files to an app actually being published in the Play store, with all the promo graphics being generated along the way.

Once again, contact me in you want to see your Kindle book or your entire site as an Android app, fast.

From Kindle To Android or How I Published Five Android Apps in Two Days

Last year I published six books on Kindle. While Amazon promoted them, there were some sales, and now that I have to promote them, the sales are nill. So I decided to republish them as Android apps. Since they were already ready for publication, how difficult could that be, I thought!?

It turned out that it was more difficult than it should be. The first of these apps took me two full days of cutting and pasting text from one large HTML file that is required for Kindle, into smaller files for the app. It also took me quite a lot of time to create the menus, submenus and so on. To complicate things even further, in each of my apps I have three standard submenus, Share This App, Download Our Other Apps, and App Policies. I used to use the JSON Snippet Keeper to transfer the submenus from app to app, but recently that plugin stopped working. I also wanted the list of my apps to be always up to date without me manually having to reenter the data for the new apps in the store.

Two full days for something that was already printed elsewhere forced me to be creative. Being a programmer since 1976, I took to creating some PHP that will automate the process of creating the apps. I also use CakePHP framework which helps me make the skeleton of an app some fifteen minutes or so after I define the mySQL tables that are needed. Using tools helped me think only about the essence of a Buzztouch app — JSON. If I could make JSON for the menus automatically, that would mean that half of the battle would be won in advance.

I searched for the material on PHP and JSON and there was an excellent video by David Book about apps, PHP and connecting them to MySQL. After watching it two or three time, things started to sink in and after a day or two, I had a prototype ready. You feed it the large HTML file that is created for Amazon Kindle ebooks market, it finds the H1 tags, chops them into corresponding files, and creates the menu as well as the HTML Doc options for reading the files.

I then delved even deeper and found a way of creating submenus automatically, with special JSON files for them. My program runs locally on the WAMP stack, produces the HTML files, the JSON files and even takes care of the images. You then feed it all into a folder on your Buzztouch server, and that’s it. The whole process takes 3 or 4 minutes at the most. Best of all, the app that is created in the control panel of my self hosted Buzztcouh server, is very simple. It has one Menu Simple with the URL pointing to the JSON file for the main menu, and the Layout option points to that screen. That’s it, that’s the entire app!

The entire app has just one screen, pointing to a JSON file on the Buzztouch server

The entire app has just one screen, pointing to a JSON file on the Buzztouch server

One link is all it takes to create an app dynamically.

One link is all it takes to create an app dynamically.

If I need to change something, I just repeat the entire process. It is so fast that it allows for many changes and finetunings in the original HTML file, if needed.

My Share, Download, and Policies menus now point to separate PHP scripts. The only thing that I have to do is to add the data about the new apps, as the need arises. The new data is shown automatically when the data is refreshed, or when the app is downloaded for the first time.

It took me five days to write the program and in the end, I was able to publish two apps yesterday and three apps today. The last app took me less then one hour and a quater from the HTML file to the working app in the store, together with creation of all the images needed for the Google Play store.

The only downside of this approach is that when the user opens the pages in the app for the first time, they are a bit slow to appear. Once they are in, they are cached and then appear without problem or delay.

That makes a total of 17 apps for me at the moment. You can see them at

The apps created with my new system are Teething, Baby Colics, Perfect Food, Perfect Diet, and Eczema in Children. The first app, that started it all, is Cure Otitis Media and Glue Ear.

If there is interest, I might make the system public i.e. create a site where you could come, enter your large HTML file and images, and return with a full app a couple of minutes later.

This shows the enormous power of open source software. Also, the enormous power of David Book’s vision and the ability of Buzztouch system to grow with you, in most unexpected directions and ways. Thank you David Book!