I have an application of NFC in different activities in which I want to draw other activities, how do I do that when approaching 2 phones with the same application, one of the mobile phones that activity must learn to open?
Thanks
Related
I would like to get notified when ios app is in range of other ios app even if they are both in the background mode. I know that I cannot advertise successully as a ibeacon after my ios app has gone to background because advertisement data is put in 'overflow' area. But the question is if we can extend the time that it is possible to advertise/simulate iBeacon? Are there any workarounds for this?
For example can I connect the devices in range by knowing their proximity UUID without user even knowing it? That would allow me exchange data between devices because my plan is that every user device will advertise with the same proximity UUID and the way I will identify users will be mix of major and minor ids.
Thanks in advance!
While iOS devices may not advertise iBeacon in the background, they can advertise what is known as the Overflow Area advertisement, which contains 128 bits of data. These Overflow Area advertisements are readable by backgrounded apps on other iPhones in the vicinity, provided those iPhones have their screen illuminated. (This happens even when phones are unused, as screens are typically illuminated briefly after a notification comes in.)
This makes it possible for one backgrounded iPhone app to read another backgrounded iPhone app's unique identifier passively in the background with no user interaction.
Advanced techniques are needed to configure Overflow Area advertisements, and to encode/decode unique identifiers inside them. Fortunately, I wrote up a detailed blog post of how this works, and created an open-source reference app you can use as a starting point to building your own app. This way, you don't need to master the complexities yourself to get this working.
If you build and run the reference app on two iPhones, it will assign a unique numeric identifier to each phone, and then you will see that Phone A detects the unique identifier of phone B and vice versa.
I own a Huawei band 6 and want to develop my own app to remote control the band and its sensors and then get data. Then I want to be able to send this data to a server through internet : to be able to access the health data (heart beat and Oximetry) of a remote patient.
If it seems more complicated, would it be easier to use Wear Os (Google) with another brand of the wearable ?
If you want to put an app directly onto the Huawei Band 6, it is currently not open to developers.
You can find a list of devices that are currently open to developers here. https://developer.huawei.com/consumer/en/doc/development/connectivity-Guides/service-introduction-0000000000018585
Alternatively, I recommend integrating the Huawei Health kit into a phone app based on the use case you described. Health kit allows phone apps to access the health & fitness data collected by Huawei wearables.
To answer B.M's question:
That is correct, you do not have to change the watch for the phone app option. These are two distinctly different options that I have described. Developing a watch app is different from creating a phone app that integrates the Huawei Health Kit. Each one serves a different purpose, and based on your use case, I believe that the a phone app makes the most sense.
Watch App: Can be only be developed on specific Huawei Watch models.
Phone App: Works with all Huawei wearables when Huawei Health Kit is integrated.
Please note that Wear OS (Google) is not used on Huawei wearables and does not work with the Huawei Health Kit.
My question is that is there any way possible to get what users are listening to using other music services, such as Spotify or Pandora?
iOS have everything sandboxed so apps do not mess around with data of other apps. A little while back it was absolutely impossible for 2 of your own apps to share some information with each other.
iOS 8 has changed that by Inter-App Communication but not to the extent where you want it. Even in iOS 8, the recepient app has to provide the functionality and should handle your incoming request to see what music they are playing.
Your better course of action would be look up if Pandora or Spotify have some API which let's users login, and share their listening history with your app.
In ASP.NET MVC application how can I detect whether the user is using the Tablet device or the Mobile device?
Please I am looking for a no media queries solution.
There is nothing built-in for ASP.Net (you can test Request.UserAgent, but you need to know more info about specific device), you could detect the device client-side(with the help of something like web.wurfl.io) then parametrize your controllers, otherwise, if you are looking for a pure server-side solution, you could try WURFL => Wireless Universal Resource FiLe
WURFL is a Device Description Repository (DDR), i.e. a framework that
enables applications to map HTTP requests to a description of the
capability of the mobile device that requests the page. In this
regard, WURFL pre-dates the time when the DDR term was coined and
could arguably be caracterized as the first DDR. In the last year,
WURFL role has expended from being a DDR for mobile devices to being a
framework to detect every HTTP client worth recognizing.
Thanks to WURFL, mobile web sites and application can:
programmatically abstract away devices differences
avoid the need to modify applications whenever a new device ships
avoid the need to track new devices on the market
WURFL is a global database of all devices and the API to tap that
information programmatically.
I"m starting work on an iOS application that will have an ipad work as a kiosk to purchase food and apparel.
Also we'll be setting the app up as a html5 webview with all the credit card processing happening on our own platform offsite. So the app opens, the user(checkout clerk) is presented with mobile site version of items for sale and they tap on then items to add them to the basket.
When finished a card is swiped and that information is sent from the native app to the html form which then posts the information to our credit card processor.
So my two questions are
1) What good credit card readers exist that work with the ipad and support sending unencrypted card data into a native iOS app.
2) How do I get the data from the native app into the html page to post it to our servers.
1) If you process unencrypted credit card data you need to be PCI-DSS certified. Providers such as payworks exist to help you get around this requirement.
2) You could package your Web Application as native app and integrate one of the existing iOS / Android SDKs.
Disclosure: I am a software engineer at payworks.
I implemented the app using an iMag card reader by idtech which plugs into the old iphone 30 pin connector. The documentation isn't great but their development kit does come with an example program to install on your iOS device, that you can use as an example.
I've also implemented it using the Shuttle card reader by idtech, which plugs into the audio jack similar to square and other popular platforms. This can also be purchased with a development kit and works on both iOS and Android platforms and works with newer iOS devices that don't have the old 30 pin connector.
The second question is quite a bit longer to explain, so I'll just say it depends on the device you're using, the firmware on it, and the documentation. Typically there will be some service running listening for card swipes and a notification will occur when a card is swiped that your app will have to listen for.
Not a card reader per se, you may want to check out card.io, as used by the PayPal iOS SDK.