Yeah... I feel the intent here isn't to use the same Android installation on a bigger screen - it's about taking back control and setting up Android environments on your own terms without unnecessary hardware. It's a totally different use case.
mycodesucks
joined 1 year ago
Depends on who you ask and how charitable they're being. hahaha
You are DEFINITELY not alone. Every 6 months or so I come back to this and hope someone has done something, and every time I'm disappointed. I'd do it myself, but my username isn't an ironic joke.
I totally get what OP is asking and am constantly annoyed by the same thing.
There's a ton of software that can ONLY be run on a mobile OS, and rather than deal with the nightmare that is a physical Android phone with all of its limitations and restrictions, it would be nice to have these things running in a VM that I can fully control. There's software that demands access to insane and ridiculous permissions, and I'm not going to install those to my physical Android phone and deal with the privacy problems. But a completely isolated VM with burner accounts that I can run in a window on the desktop I'm already using most of the time anyway? I'll take that. Also, I don't see the need to shell out the ridiculous price premiums for phone models with the most storage space when I only use a handful of apps when I'm mobile anyway. An app I might need two or three times a year still takes up that space on my phone when it could easily live on a VM and be used only when I need it at home.
Also, when Android releases new version updates and my phone manufacturer doesn't keep up? Why should I have to go out and buy a new phone just to appease the handful of apps that decide THEY want to be cutting edge and THEY'RE going to be the ones to force me to waste money? I should be able to just spin up another VM with the new Android version and use those sporadic apps on there until I decide to upgrade my phone in my own good time.
Also, Android X86 is fine, but the most problematic apps that mess with users and force apps to newer Android versions for no other reason than being "cutting-edge" aren't made by the kinds of companies with the forethought or customer focus to provide x86 compatible apks.
Basically, I don't see why it's so hard to run a full virtual, sandboxed ARM emulated vanilla Android environment, or why people aren't clamoring for this. It's the most practical, straightforward solution to the fragmentation/bad vendor update model that physical hardware forces on us and I assume most of us hate.
Nah, I'm an idiot who happens to be an English teacher for foreign language speakers. Nitpicking bad language rule explanations is my job.
It SAYS that, but regardless of the source, don't believe everything you read on the internet.
Will and would are both modal auxiliary verbs, and as such, don't actually have a past tense in the sense other verbs do. They don't have participles either. You don't have "woulding" or "woulded", and neither has a present or past tense either. Even if you wanted to argue it, what's the past tense of other modal auxiliaries? What's the past tense of "may"? Or "should"? And before you say "May have" or "should have", then why isn't the past tense of "will" "will have?"
The same is true of "can" and "could". Could is NOT the past tense of "can" because a past tense for a modal auxiliary verb is nonsensical. What they MEAN when they write that is "could is a verb that can be used in place of can in some situations to refer to the ability to do something having taken place in the past", but they are different words that happen to share related usage.
In the case of "will"/"would", not even THIS makes sense. Will is used as an indicator to shift the following verb's action into the future. The past tense of shifting something into the future means... what? Making something hypothetical?
While calling these verbs "past tense" is a functional shorthand for explaining their function, the reality is modal auxiliaries do not have tenses or other forms, and it's disappointing to see the British council screw this up.
That's all well and good for development, but there are other use cases than development. There are emulation solutions focused on development already, of varying quality. But there's nothing for Android END users who simply want to be able to run software an Android environment without having to be tied to a piece of hardware and all the limitations and sacrifices that come with that.
That's not to say this isn't a useful option, but that's still ONE Android environment tied to ONE piece of physical hardware.
To give an equivalent comparison... if you wanted to run multiple operating systems on your PC to have fine tuned control of different environments, you could just install a different Linux distro or Windows to multiple different VMs.
If I want to do the same thing with Android, the solution is always "Buy another device". That's insane. If the solution to wanting to run Debian alongside Fedora was "get a second computer", people would be up in arms with how ridiculous and wasteful that is. But for Android, people just accept it for some reason.