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 10 years ago.
Improve this question
The presenters in the Google I/O session about Android Beam made some comments about "breaking Beam by adding things to it." They used an example of Beam being added to the Share menu, which is bad because Beam should be "magical" and "simple."
The problem that I have is that with no UI, Beam has a big discoverability problem. The average user will never use it if they don't know it is possible.
What are the best practices to let the user know that she can tap to share?
I'm creating a chat app where users can add others by NFC (and other ways). There is an activity where the users can see how to connect to others. In there there is also a piece about NFC. I guess when my users know by then that this is possible they will use it. Still... not all the phones have NFC yet, so users have to ask others: "Oh, umh, you have NFC?" Which they probably won't do to people that they just met or if the user isn't a geek.
I guess the best way to let users know they can use NFC to share stuff is by implementing it in all apps out there so it becomes default that it is there. Untill then, you should just tell your user it's possible like I did, with some text, symbol or animation.
Related
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 6 years ago.
Improve this question
We want to develop application which used to share important data in secure way. Idea is:
Data to be exchanged between phone A and phone B (and vice versa) when users “Tap” the phones together. The date, time and location of this action is to be recorded.
This should work anywhere (in buildings or in rural areas where there is no mobile signal coverage), and work cross platform (iOS, Android, Windows).
we want to know is it possible to develop such application ?
Thanks,
Yes, you can 'bump' phones and send over Bluetooth. You would use the accelerometer of the phones to detect the 'bump' part. The date, time and location you can pull straight from the devices (given you have GPS permission).
It would be a lot of work to develop right, especially across multiple platforms, and I believe an app like that already exists, for sharing contact information.
Also for future reference, you're probably getting down-votes because you're not asking specifically about code. Best of luck.
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 7 years ago.
Improve this question
I'm trying to make an application that connects devices over the same WiFi. I'm fairly new to Android development, but I have basic Java knowledge. Now I want to know if my approach is correct?
My approach is as following: I first connect two devices together through WiFiP2P (this part of the code is finished). Next one device creates a SocketServer. That device will send his IP through WiFiP2P to the other device so the devices can now join.
Thanks in advance!
My understanding of WiFiP2P is fairly limited, but I'm assuming that it is trying to be what Bluetooth failed to be.
This approach sounds fine. There is even a page on the offical documentation about it.
My only thought is that you should add protection against malicious users performing spoofing attacks, if that is relevant to your app.
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 8 years ago.
Improve this question
I have developed an app which is destined for tablets in hospitals for patients use.
Right now I am being asked to make the tablet's only functionality be my app to prevent personel or any person from using it for web browsing, gaming or anything else.
Is this possible?
There are products on the market that offer 'kiosk mode' style device lock down whereby you can restrict applications.
Surelock
SuperLockLite
Also see this Stackoverflow post for similar discussion.
Kiosk mode in Android
This is the best solution to kiosk mode I've found so far
http://thebitplague.wordpress.com/2013/04/05/kiosk-mode-on-the-nexus-7/
android is a linux OS and you can create users with specific permission,
i never did this but I've seen it: http://l4android.org/
I hope might help
You can create your own custom android version, in order to prevent users to use the back button or to acceas settings, for instance. You have to take care of restarting your app if it crashes. You can ovverride the home launcher in order to be your app the only launchable. You want to take same sort of "back door" just in case you want to grant super user access
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 7 years ago.
Improve this question
I am looking to find the most efficient way to create an application that has a 30 day trial and then forces the user to buy the full paid version if they like the demo's features.
I was looking for suggestions as the best way to implement a license for the app. Here were some thoughts I had:
-Sharedprefs - This would work until the user uninstalled and reinstalled the app. The trial period would essentially start over.
-Use Device ID - I thought I could get a device serial number and upload the data to a server. Then I came accross http://android-developers.blogspot.com/2011/03/identifying-app-installations.html that showed the issues with trying to get a user id for a device.
UUID- It seemed like this was the best option. However, would someone be able to give me an overview of how to implement this and how it works. Also what are the limitations.
A sample implementation is already presented in the blog that you have cited.
Limitations: For your case, UUID won't work. Since, the user can actually delete whatever file/UUID you use for tracking (not easy, but doable)
Your requirement is to track devices. So, perhaps, go for telephony ID, Mac ID or a combination of both.
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
Can I get an app that only can do one thing : dial a specific number?
If it is affirmative, can one make an app that creates and edits plurality of described applications?
When you run it the first time , it will ask for list of names with phone numbers, and then creates a bunch of icons: Mike, Steve etc. Each icon dials one person
Where can I hire a programmer, who is capable of doing this?
Yes. it is possible
You could create an application that makes configurable widgets, so a 1x1 widget that has a preference stored for the number to call.
If you're looking to hire someone then I can't see much point in going into detail as how this would achieved seeing as you'll be paying someone to come here and read this answer.
You could try hiring via a freelance website such as gun.io or any other site that comes up when you search for find freelance android developer