For Google Wear OS, how can it be locked down to run a single application, commonly known as kiosk mode in Android?
I've seen similar questions but they relate to the older Android Wear, such as this.
This is a typical use of watches based on FreeRTOS
Example use case:
Company who wants to create a watch for workers, who can only access a single custom application.
Related
I am wondering if anyone knows if it is possible to use the ML Kit SDK on Wear OS devices? I know Wear OS is based on Android, and I've seen references online to Firebase notifications working on Wear OS.
I have googled combinations of the terms "ML Kit", "Firebase ML Kit" and "Wear OS" but not found any definitive answers.
I don't have code on hand, but I am wondering would it even be possible to import/use the SDK on Wear OS apps in the first place.
Expected results would be being able to instantiate and use some of the machine learning models from the ML Kit API on a Wear OS watch.
Battery usage and efficiency are secondary at the moment, I'm just wondering if it is possible at all.
I have never tied it but I think it is possible. In the end, the Andorid Wear 2.0 (WearOS) is just another regular Android and it supplies direct internet access from the device.
I was able to succesfully use RenderScript on Wear devices but on the other hand I've faced an issue that Google Awareness API was not available on Wear. THis seem not to be the expected state.
Probably in the end you will need to do feasibility study on your own.
You can try to use some android MLKit sample and simply run it on Wear device.
Roaming settings options FAQ in Microsoft documentation says:
The Desktop Bridge helps you bring your existing Windows desktop apps to the Universal Windows Platform. From here, minimal code changes will be required to take advantage of Azure AD app data roaming. The Desktop Bridge provides your apps with an app identity, which is needed to enable app data roaming for existing desktop apps.
But there's no mention of what the "minimal code changes" are.
Should the app make use of Windows.Storage.ApplicationData.Current.RoamingSettings API? I use C++ Win32. Do I need to load .NET framework to use the API? Or is there Win32 alternative?
Should the app make use of Windows.Storage.ApplicationData.Current.RoamingSettings API? I use C++ Win32. Do I need to load .NET framework to use the API? Or is there Win32 alternative?
First, I want to let you know that not all UWP APIs are available for the general desktop app. Please check the UWP APIs available to a packaged desktop app (Desktop Bridge) and UWP APIs callable from a classic desktop app
Then, please see Enhance your desktop application for Windows 10 for more details.
In addition:
Some Windows 10 experiences (For example: a touch-enabled UI page) must run inside of a modern app container . If you want to add these experiences, extend your desktop application with UWP projects and Windows Runtime Components.
Please also check Extend your desktop application with modern UWP components document for more reference.
Given that UWP, by design, does not support any kind of common Inter Process Communication mechanisms (named pipes, shared memory, ...) what are my options when I want to let existing normal windows program communicate with my UWP app?
Only writing/reading to/from file left, but the UWP documentation is unclear on whether UWP app can access arbitrary files on device.
AppServices is the supported way for UWP and Win32 apps to communicate with each other. Here is the documentation.
There are a couple of samples here in the repo for Desktop Bridge. Desktop Bridge apps typically make use of this feature, but it can be used by regular Win32 apps as well for communicating with UWP apps (no need to do the Desktop Bridge conversion).
I am trying to develop basic applications on my moto 360 (synchronizing messages and notifications, sending sensors data..) connected with a mobile phone. My problem is that I wish not to install android wear application on the mobile phone and I would like to know if there is a way not to do so.
Thank you for your help !
It's probably possible, but it's actively discouraged. From the Wear communication API docs:
Warning: Because these APIs are designed for communication between handhelds and wearables, these are the only APIs you should use to set up communication between these devices. For instance, don't try to open low-level sockets to create a communication channel.
Given that a Wear device runs (nearly) full Android, I expect it's possible to roll your own communications layer using low-level Bluetooth, Wifi, or some such. But the correct answer is "Don't".
I will try to be as specific as possible here :
You mentioned that you don't want to install the Android Wear application on you mobile. If this is the case, then your watch still needs to be paired with some phone if its running AW < 2 [which Moto 360 is, for now]. Without this, you will not be able to get the watch out of factory mode (unless you flash it with an already paired watch' data). Even then, it will not communicate with the phone since it's not paired with it.
If instead, your question was about opening up a low-level bluetooth socket with a mobile phone, or any bluetooth enabled device in general (atleast those that implement RFCOMM functionality), then yes, this is still possible, as long as you can sideload apps to your watch. In order to do this, you have to implement a BluetoothServerSocket or a BluetoothSocket, depending if you want your watch to be a client or a server. In either case, you can open a two-way communication socket, with throughput upto 50KBps, in real world scenarios.
Real Player UI is definetely the one that I admire.
Need to know its development platform. So that I can request my team to work on same platform to deliver such a nice UI.
Is it .NET, MFC, WCF, WPF etc... etc... ?
Also which is the apt platform to use to make the application work on Window desktop PC, Web-enabled devices, iPhone or whatever.
I know if I use anything that is wrapped around window api, it can work only on device that works on Windows OS. (So definitely no iPhone)
So is there anything that can help programmers to work on UI application that are device independent
Nice UIs are not that attached to a specific platform, but to having a good designer and user experience designer.
Good UIs can be created in any platform.
I am certain there are many bad UIs that have been built with the same platform that RealPlayer was built in.