How can I convey data to the Android system (via Xposed) from an external app?
Is the only way to use broadcast receivers? Is there no other more "direct" way
of manipulating memory from an outside app?
There is no real "direct" way to do that.
You must acknowledge the fact that each app in Android is a separate JVM instance, therefore they cannot directly interact with each other.
What can you do is either to use broadcast receivers or remote services.
Related
Hi,
I have been told that there is a registry setting to prevent applications being unloaded from a WM5/6 device.
Can anyone tell me what it is?
I want to install a personal fw but don't want the users to unload this when my back is turned and opening up our network...
Many thanks,
Sam.
You can remove a program from the 'uninstall' list via registry (sorry don't remember the key) but this won't stop someone from simply deleting the files.
As for stopping an up from running - there is no such key. If the program has no active or visible windows it will not show in the regular task manager, but if a user knows enough he can easily delete if from autostart or turn it off using a 3rd party app manager.
But there is one thing I don't quite understand about your question:
You want to put a firewall on the phones of people in your company / organization so that when they connect to your network they won't jeopardize it?
Don't you need a firewall on the network side for this?
Note that WM devices (unlike XP etc) have virtually no server components so unless your users install a harmful app there is nothing for the intruder to connect to. (No file sharing, no remote desktop etc.)
I am pitching an idea that I have no idea how to implement. I am NOT a developer nor would I be able to acquire the skills necessary quickly. the reason for this post is to ask the community if it would be possible to create a ROM for the Galaxy Nexus or some other old easily unlockable phone that would mimic the functionality of an Android wear watch for use as a head unit in a vehicle similar to Android auto. Of course the ROM would not be the only custom aspect of this project one would also need to create or modify the wear UI in order to facilitate the functions of Android auto. the reason I believe Android wear API would be a good starting place for this project is because internet connection is shared between client and server devices. this would facilitate sharing of information between the devices without needing an Internet connection on the vehicle side. this would also allow the phone to automatically connect wirelessly to the head unit. the current Android auto hacks all require USB OTG. let me know your thoughts and try not to flame me too badly.
Which "Android auto hacks" ?
You mean my Headunit app ?
Android Auto has code to do AA over WiFi direct.
I will try to find a way to enable it, and make it work with my app.
USB is a PITA for anything besides charging.
WiFi Direct P2P will have it's own problems of course, but I'm really getting a hate-on for USB and the Host mode issues.
Android Auto has code to do AA over WiFi direct.
Click to expand...
Click to collapse
Is AA here short for Android Auto?
Will WiFi direct allow for automatic connections without removing device from holster/ pocket?
The other issue with using a real Android Auto app is the lollipop requirement. My Daily driver is a droid turbo and there's no telling when my phone will get its update. ( and the bootloader has a damn chastity strap)
TLDR how to switch profile through (not super-) user shell commands or suggestion: implement geofence trigger for profiles
In LOS14 i used a third party app called automate to, well, automate systemprofile switching using it's CyanogenMod function with GPS position as script parameter.
It seems this was a legacy option in 14 that didnt carry over and is incompatible with 15.
Is there a way to switch profiles without the build in triggers? In other words, I'd like to use non-su shell commands to change the profile somehow as my wireless LAN behaves wonky at times and there is none at work in the first place - I do not wish to switch the work profile on every time I drive the car.
Alternatively, it'd be awesome if geofence based triggers could find their way into the profile system to sidestep the whole issue of 3rd party support in this instance.
Hi everyone— let me preface with saying that I know this might not be the right place to ask, but it seems like the most relevant place I've come across so far !
My question: Is there any way to get vehicle data (odometer, fuel level, location, etc.) remotely using an API and without an OBD-II dongle?
I have an idea for an app which would need to access data from connected cars. The app would need to access a the user's car's odometer reading each night to check whether or not it had been driven that day (other apps with similar data needs might be car insurance which only bills you on the days you drive, or a fitness app which rewards you if you don't drive).
I know this is possible with an internet connected OBD-II dongle which plugs into a car's diagnostic port, but it is also possible without hardware ?
Hello everyone,
I am owning a 65OLED903/12 TV on android 8 and do want to be able to access the ADB interface over Wifi to determine in my ioBroker Smarthome system what kind of service is currently in use (live TV, Netflix, Amazon prime etc.) and to control the device (e.g. switch off when a time-limit is reached, volume control etc.). I am able to perform all the tasks if I am able to access the ADB interface over Wifi.
The downside to this is, that when I enable USB-debugging, the build-in time-shift functionality to pause and resume live-TV stream by utilizing a USB-thumbdrive for bufferung is not available anymore.
Now the question is: how can I use ADB over Wifi with leaving the USB functionality available, explicitly the time-shift functionality? Or: Is there a tool that I can sideload, which offers a similar API or a local ADB availability be able to perform the above tasks via a local HTTP-API or something similar?
Cheers
SEB