For help with installation, bugs reports or feature requests, please head over to our new forums.
Genuitec Community on GitHub
- This topic has 34 replies, 6 voices, and was last updated 12 years, 4 months ago by
RichardOne.
-
AuthorPosts
-
November 7, 2013 at 8:17 am #344184
paulDMemberwith Mobione you can develop an app for use on both IOS and Android. Once you have completed your development you build your app for your target device. If you want to go native app you will need to use the cloud builder to build 2 versions of the app, one IOS, one Android.
For native apps you will need the appropriate developer certificates for IOS and android no way around that I’m afraid. If you are not going to use the apple store or google play, you can just develop a offline web app using app cache and distribute that way. Although there is some differences in operation between native and web app, i.e screen orientation…..ect.
November 7, 2013 at 8:18 am #344185
paulDMemberBeat me to the punch Stickleback 🙂
November 7, 2013 at 9:05 am #344188
RichardOneMemberPaulD, Stickleback,
I have made four app so far; still tweaking etc just lost in terms how do I send them to people.
I’ll do some reading I guess,
Thank you both for your help; most grateful
November 7, 2013 at 8:45 pm #344212
fbod383Member@RichardOne wrote:
PaulD, Stickleback,
I have made four app so far; still tweaking etc just lost in terms how do I send them to people.
I’ll do some reading I guess,
Thank you both for your help; most grateful
For android you do not need to do anything special, you need to adjust the security settings to allow apps from other sources than google play. It will prompt the user as they try to download the app. the easiest way I use is to use the second to last step in the builder, send notification to an email address, your friends, then have him open the email on his phone, follow the link and download the app..
Apple.. you HAVE to get an apple developer account. You DO NOT need to use iTunes, but in order to create a development certificate (required for iOS) you will need your device ID and then create the certificate in the Apple Developer account
November 7, 2013 at 9:44 pm #344215
RichardOneMemberfbod383,
Thanks for that,
So, in a nutshell, be it Android or IPhone, simply email them the down link from the development centre right?
Presumably you can send a txt with the download link in it right?
With regard to apple devices, would the same rule apply in terms of ‘allow apps from other sources’? So a simple instruction in the txt/email should apply in case the link app is blocked.
I thought it was more complicated that that?
The fog is lifting
Obliged to you
November 7, 2013 at 10:00 pm #344216
support-michaelKeymasterHere is a couple of videos that show the process of building and installing an ios app:
http://www.youtube.com/watch?v=wr32FxxFkj4 fast forward to 3:10 to see ios build start
http://www.genuitec.com/mobile/ see the video at bottom of the page
November 7, 2013 at 10:10 pm #344219
Paul_paulParticipantRichard, you still don’t really get it, you can do that with an Android app but with Apple you need to include the UDID of ALL the devices likely to install the app or it will not install correctly, you must register these devices with Apple and include them in your ‘ad hoc’ provisioning profile when you build the app in M1 or it will not install on your testers phone. To do this you must have an Apple Developer licence.
Apple is totally different from Android and is a much more complicated system, with Android it’s just a question of getting the certificate, build the app, pay your $25 for access to the Android/Google developer console, prepare a few images and upload the .apk you produced with M1 and it’s in the Google Play Store. Anyone can now download it.
One small problem in distributing Android .apk files yourself is if you want to make changes or fix bugs, if your app is in the Google Play Store they are automatically updated when you upload a newer version.
If you find a few bugs you can upload a later version and it auto updates to the users phone. With Apple you have to go through the approval process again.
November 7, 2013 at 10:52 pm #344220
RichardOneMemberAh right…penny has dropped!
I was thinking of placing a QR code in the app so people could scan it or users could send it on to friends. Do you think this is feasable?
Its unlikely, due to the nature of the app. that it would need updating as its a Takeaway store. So pretty much fixed in terms of info i.e. map, contact details, about, a few images of food – you get the picture.
I dropped the contact form as it was a problem getting it to work as I didn’t want to rely on a server to push the message.
Just completed and tested; next lesson 😉
Thank you, grateful for your time 😉
November 7, 2013 at 11:29 pm #344222
Paul_paulParticipantRichard, I have done apps for takeaway restaurants and have a few in the app store and Google Play, they do need updating when prices or menu items change so never say never.
As far as a QR code is concerned, with Apple it would need to be in the app store for general distribution, with Android you could host the app yourself and provide a link via QR code, you cannot count on Mobione to be a permanent host for your apps as they only keep them available for 60 days.
Incidentally what part of the world are you in?
November 8, 2013 at 3:11 am #344223
paulDMemberAlso be mindful if you plan on distributing via the Apple store. If your app is basically a mobile website it more than likely be rejected at review. Apple like clever things…………..
November 8, 2013 at 4:18 am #344226
RichardOneMemberMorning Stickleback,
Thanks for that; I aim to make apps purely for ad purposes as oppsed to a window to net content, although I am using a live map.
I will, in the near future, be looking to see if I can set up a DB on my server to call menu items; so will need to find a tool for that.
I have my own server, so was thinking of putting the android apk on there and creating a QR code pointing to it.
I’m in the UK, another full day of learning M1 ahead – see if I can get my head around using the aple route. 🙂
November 8, 2013 at 4:21 am #344227
RichardOneMemberHi PaulD,
As I said to Stickleback, its basically an ad app for a local business who just want an info app with a call feature/dialer, the rest is image of menu items, ap, address etc.
November 8, 2013 at 4:37 am #344228
RichardOneMemberHi Sticklebck,
@stickleback wrote:
with Apple you need to include the UDID of ALL the devices likely to install the app or it will not install correctly, you must register these devices with Apple and include them in your ‘ad hoc’ provisioning profile when you build the app in M1 or it will not install on your testers phone. To do this you must have an Apple Developer licence.
Thanks for that; presumably I don’t need an Iphone to register with Apple to be able to register right?
So off I go to look for a link…more reading
November 8, 2013 at 10:12 am #344239
RichardOneMemberGooday Stickleback,
Looking to test my effort on another Android (since I can’t do IPhone)
i need some feedback that it works on another device
Can you oblige?
November 8, 2013 at 10:27 am #344240
fbod383Member@paulD wrote:
Also be mindful if you plan on distributing via the Apple store. If your app is basically a mobile website it more than likely be rejected at review. Apple like clever things…………..
all of Bizness apps are basically mobile websites. Apple just requires some use of native functions such as phone dialer or GPS
-
AuthorPosts
