Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 2 years ago.
Improve this question
I want to develop a game where you go to the website and open the mobile app corresponding to it you scan the QR code on the website and synchronize the website and the app.
So the game will be on the website on the screen and the user will move their mobile phone and depending on how they move their hand the game on the website will react.
So the game will be developed with unity, is there a way to synchronize the website and app this way continuously without delay? and how?
I know the question is vague but it's not something within my expertise i just wanna know where to start my research, few keywords would help a lot. It's a new project in a field i haven't worked in before.
I want a game in a website to be in sync continuously with variables sent from a mobile app without delay.
This is a very unspecific and open ended question, to which you cannot get a good answer based on how many open variables there are. So basically you want to make a game that runs on a website, and then want to make a mobile app that is able to communicate with the game.
The only way to do this is to use a server with a backend-api, which you can then fetch and push data from and to your webgame/app. Basically the server is your communication tool between webgame and app.
You need to make an app though which serves the mobile phone's orientation data to the server. How you do this and what kind of server software is best to use fully depends on what your skillset allows for, what the specific constraints are and what parts of the project already exist (what framework does the app use (react native for instance), what platform does the app run on...).
I can only tell you that this is by no means trivial. Let alone making an app is a ton of work, but writing a backend for the server, an app and a game that runs in a browser is a huge project! I would highly suggest you perform more research on server-client communication and app development, because the scope of this project is based on how you phrased your question probably far bigger than you imagined.
Related
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 9 years ago.
Improve this question
I was curious as to whether it's possible or not to "wrap" and app inside another. For example, insert the code of YOUR app (hereafter referred to as cookie cutter) into an existing app (hereafter referred to as wrapper) with the wrapper app designer's permission, of course. and have your app sit latent for x amount of time. After x amount of time, the cookie cutter app pulls up and initiates its code. From that point on, the cookie cutter app is accessible by pressing a button in the top left corner of the wrapper app, which will switch views to the cookie cutter. My question comes in two parts.
Part A: is this something that apple would allow? I know there's a certain level of red tape regarding what apple allows and doesn't allow
Part B: Would this be possible, even if Apple allowed it? Would the way that apps are designed allow for this functionality to be part of an app in the first place?
By asking this question, i'm more looking for articles on the subject. It's hard to fit this entire question into a couple words that can be searched for on google. Any ideas? Thanks for the help.
I think this is not possible (I don't know whether it is possible in Jailbroken devices). In iOS each app is sandboxed, so you can't run an app inside an app.
Also running app, terminating it these kind of things are managed by SpringBoard (Simply os). So you can't do this.
Suggestion:
Why can't you simply display the Second app's icon (in imageView or in button) inside the First app ? When useer tap on that icon open that app using URLScheme.
Like:
[[UIApplication sharedApplication] openURL:[NSURL URLWithString:yourSecondAppURL]];
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I have an App which is rejected which behaves as the Twitter App on the ground that:
10.4 Apps that create alternate desktop/home screen environments or simulate multi-app widget experiences will be rejected
with as description:
We found your app includes a dashboard view which presents multiple
windows at once, and is therefore not in compliance with the App Store
Review Guidelines.
The iOS Human Interface Guidelines allow for multiple screens in an
app but access to these screens should always be sequential, never
simultaneous.
Please see the attached screenshot/s for more information.
It would be appropriate to modify your app by determining an alternate
way users can accomplish the same task in a single screen or a
sequence of screens.
The screenshot attached is seen below. Can anybody explain what exactly the reason is, looking at the Twitter App. Anybody with a similar experience and a possible solution apart from completely dashing the current interface and putting the ordinary split view controller in?
While I applaud your implementation, it wont make Apple approve you any faster or even at all.
The reason they are rejecting, as they say, is because you can interact with all of those views at once. Standard navigation would push one view over the top of the last using the navigationController and sliding effect. Because Apple views this as a widget type effect where everything is all still running at the same time, you are getting the boot.
One suggestion might be to take a look at how Path and Facebook are implementing the navigation controllers with the slide out effect. You could probably implement something similar where you can just slide the old and the new views on screen. You still need to completely obscure the other views I think to pacify Apple for this rejection. Sorry their ruling wasn't more favorable. Good luck with your appeal and/or corrections.
They also say going to the press upon rejection doesn't help your appeal. Just FYI. I went through one appeals process and said "My app is just like X" and they said (literally), "Thanks for your feedback, unfortunately...."
I'd keep your appeals to yourself (not trying to be mean).
Last piece of advice is to make sure there are no detectable errors or incomplete parts of your app. The more polished it is going in the better.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Questions concerning problems with code you've written must describe the specific problem — and include valid code to reproduce it — in the question itself. See SSCCE.org for guidance.
Closed 9 years ago.
Improve this question
I want to develop an iPhone callerID application. I have following challenges to develop
How to detect incoming call?
Need to start my app when an incoming call occurs
Please help me out..I am new to iPhone development.
Thanks,
Srikanth
You can't do this. iOS apps cannot launch themselves without direct user interaction, and incoming calls suspend any apps that are already running.
I'm fairly certain this would be impossible in the iOS framework. Incoming calls suspend any active application and take priority over other operations. Further more even if you did manage the overwrite the iOS app lifecycle I think it is highly unlikely that Apple would approve the application because it attempts to replicate the functionality of the Phone app's caller ID. Apple doesn't like it when you try to replace their products (Ask Google Voice). They may have started to loosen up a little on this (See Opera browser and Skype apps) but I think this one would get flagged and rejected.
Short answer: you can't.
Apps are started when a user requests it, so you can't tell an app to start when a call comes in.
And an already running app is suspended when a call comes in. You can't pick up any detail about the call.
No. Simply you cannot do that. There is no public API is available to do that. Your app will be in sandbox environment and your app will be suspended when a call comes in. You cannot access them in anyway.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 4 years ago.
Improve this question
I am trying to create an iPhone app for a large website (as big as amazon.com) and it involves using cookies and what not to get authenticated via the Apache intercepter and access the web services exposed by the main website.
For that I am looking for strategies to go about developing it. I am new to iPhone development and I am mostly looking for some architectural guidance.
Does anyone know how services like eBay and Amazon work seamlessly across the website and iPhone app?
I'd say it depends on your technical background and your app design. But basically you'll be developing a big API for your big site, exposing the data you want to be read by your iphone app. You'll have to get your hands dirty and delve into iphone development, but you know, just the basic stuff, like retrieving that data, generating your views dynamically according to this data and there you go! So, i'd say that this is will be only a simple, compact client for your big site, I mean, it should't be just as the same as the real site, you can only pull out the big features/functionality and port those to the app, or balancing some features with another ones only capable of be done on the iphone (geolocation, gps, camera, etc...). If you choose this path, the services stuff could be the hardest part, the client side will be easier (new grounds for you though).
You can even fake an iphone app with jQtouch, if you are on the web side on css,jquery and feel comfortable in this area. As a drawback you are not going to be able to sell this "app", since it'll be only a web page optimized for iphone (and even so, you'll miss the ipad users). If you choose this approach you can even go for the real thing with phonegap, compiling your web application (with jQtouch, or name any tool or web framework) into a native app, being able to sell it or distribute by apple in it's store.
my 2 centavos.
As big as amazon.com? Amazon has poured millions of hours into their web site, and they have had to deal with a myriad of issues:
Massive volumes of traffic. This alone encompasses a world of scaling challenges that would have most architects running screaming from the building.
An incredibly diverse business allowing sales, marketing, I.T., delivery chain, partners, suppliers, corporate and private customers, dozens of LOBs, etc., etc., all to interact with the web site.
The site must work across platforms, browsers, countries, tax and legal agencies, currencies, regional sales and marketing arms, etc., etc.
An army of programmers, architects, designers and testers working on infrastructure, UI, business integration, performance, security, privacy, data management, data mining, auditing, etc., etc., all working to contribute to a common customer experience.
In the face of all this complexity, their seamless integration has, I suspect, been built at a gargantuan expense.
Is this really what you meant?
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 9 years ago.
Improve this question
I have been given the tasks of speccing a mobile application, which will need to run on approx. 1000 devices. These devices already exist, and consist of iPhones, BlackBerrys, Androids, Windows Mobile and Netbooks. The application will have simple reporting capability, and a collection of forms.
Anyway, the obvious solution would be to develop some browser based solution, although given the occasionally connected nature of the devices, there's a potential for data to get lost / not saved.
So instead of creating a complex application for each platform, I was thinking we could build what is effectively a form generator, with basic offline storage capability (text files), designed to run on each device, and have the device generate a form, based on for example an XML file that it could request from a server somewhere, resulting in minimal specialist development costs, and the ability to run most of the logic from the server end, with the devices being dumb clients that render forms and upload the data when there is an available connection.
Anyway, my question summarised is, how have you made the decision on supporting multiple devices for your application. Is this always an unavoidable problem, and you just have to make the call to support 1 or 2, or pay for developers to write code for each platform, or alternatively supply pre-installed devices to the company?
Many thanks
James
Have you considered building a web-based HTML5 application with the ability to store data locally etc. so it can work offline too? This is probably the best way to build portable apps as long as you don't need to take advantage of specific features of the phone's API (e.g. the GPS). This would be an ideal way to do an application like the one you describe.
I have not used this so cannot vouch for it in any way however the RhoMobile project looks worth investigating
You may also want to check out the following SO questions
Technology to write iPhone, BlackBerry and Android phone at the same time?
Is there a multiplatform framework for developing iPhone / Android applications?
Since your application mainly involves UI forms, you can go for J2ME development that can give you device general application to an extent. But yes, writing a full fledge application that will work great with each device is a big issue and you will need to write device specific application for optimal leverage of the device.
There are already many products that do what you want. If not, as was mentioned RhoMobile (http://rhomobile.com/) is an option.
You should really browse the different app stores out there, there are a number of options:
Canvas (http://www.gocanvas.com), eXzact (http://www.iformbuilder.com), Pronto Forms (http://www.prontoforms.com/). In addition Google Code has ODK (http://code.google.com/p/open-data-kit/wiki/ODKCollect)
Good luck! I've worked on several projects where we decided to just build a builder of some sort (MDA, forms, etc.). Building the builder is always more difficult than you expect.