451–460 of 665 posts
Earlier quoted context omitted.
Given the issues that termux has hit, they're certainly moving that way. https://github.com/termux/termux-packages/wiki/Termux-and-An...
Only because Termux developers refuse to use Java APIs and don't accept Android isn't a POSIX clone.
Earlier quoted context omitted.
The biggest problem with "alternative" platforms is just the lack of app support. I used to have a Nokia N9; great phone. But it didn't support WhatsApp and I was out on the loop on the WhatsApp chat all my other coworkers were in. Then there's things like banking apps, flight check-in apps, food ordering apps, dating apps, etc. etc. Can you do without those? Sure, of course. But if I want to order food where I live…
I dream of a dual phone (conceptually 2 phones glued back to back) where you do web and open stuff on one side, and the inevitable proprietary apps on googled-android on the other side, with a quick button to freeze the prop side (for power saving and mitigating spying). (Or same where the 2 phones are somewhat multiplexed on a single screen, preferably in hardware.)
I had to go look to see what this was: "DroidScript is an easy to use, portable coding tool which simplifies mobile App development. It dramatically improves productivity by speeding up development by as much as 10x compared with using the standard development tools. It’s also an ideal tool for learning JavaScript, you can literally code anywhere with DroidScript, it’s not cloud based and doesn’t require an internet…
Time for one of these again. So... having read through their marketing material, this is an on-device tool that opens up what appears to be most of the Android application API to at least the user of the device, and potentially to any Droidscript applications they grab from other sources, and... maybe to other apps on the device? It's not clear from a quick read how extensive the runtime control is. So just right out…
Earlier quoted context omitted.
I keep hearing this and it's totally wrong. Desktop Linux has a huge app ecosystem and arguably has more high quality software than Android does. All of this works on the pinephone and other similar devices.
Okay, so how can I chat to my friends or companies with WhatsApp on Linux? How can I order food similar to Grab or Gojek on Linux? How can I get a date on Linux like Tinder? You can't. Sure, there are technological solutions to all of those, but in the real world that alone is pretty much useless.
Earlier quoted context omitted.
Okay, but this developer isn't "everyone", and there seems to be no reason not to explain in this case.
Unless the developer decides to share on Twitter or HN or w/e, and now malicious actors know as well.
I had to go look to see what this was: "DroidScript is an easy to use, portable coding tool which simplifies mobile App development. It dramatically improves productivity by speeding up development by as much as 10x compared with using the standard development tools. It’s also an ideal tool for learning JavaScript, you can literally code anywhere with DroidScript, it’s not cloud based and doesn’t require an internet…
Time for one of these again. So... having read through their marketing material, this is an on-device tool that opens up what appears to be most of the Android application API to at least the user of the device, and potentially to any Droidscript applications they grab from other sources, and... maybe to other apps on the device? It's not clear from a quick read how extensive the runtime control is. So just right out…
I think that this is what has happened. The author of DroidScript claims that
> Unfortunately we also have to inform our users that we could no longer support AdMob for use in their own apps either, because we can't test it anymore and can't guarantee that Google won't treat them in the same brutal way.
So apparently users were able to do stuff with AdMob on DroidScript's back, and maybe AdMob registered these fraudulent actions with some Google-ID which was assigned to DroidScript.
It's seriously time to re-embrace the idea of ownership and control of our devices, and reject Android and iOS altogether. Developing for those platforms has become worse and more restrictive over the years, and this kind of crap is now just everyday news. How good are Pinephones[1]? Are there better alternatives? [1] https://www.pine64.org/pinephone/
> Small numbers (1-3) of stuck or dead pixels are a characteristic of LCD screens. These are normal and should not be considered a defect. Their product line does not really inspire much faith. I can't say I've bought a device in the past 10 years which has dead pixels on the display. To me, this is a defect, given that I can pick up a device, overwrite Windows with Linux, and have a device without dead pixels.
Earlier quoted context omitted.
The right to purchase. It's become an issue of defining "purchasing". But companies don't want us to purchase appliances, they would be much happier if we could rent them.
Gotta get that steady income. We're quickly becoming a society split between rentier capitalists and renters
Earlier quoted context omitted.
"I can't agree with you" "I cannot continue this relationship" "I can't kill this guy" "I just can't eat meat anymore" "I cannot continue like this" These are all examples where someone clearly could for physical reasons, but they can't for other reasons they are bound to, whatever these reasons are.
Technically you are right. However the key here is exploiting the ambiguity. ‘We are unable to’ is a cowardly way of saying ‘we choose not to’, or ‘our policy dictates’.
Here's a thought. One of the most frustrating things to me about this kind of thing is that Google (or any other major tech company) could just ignore me and just tell me "you're malware". I get it. Technology people cost a lot of money, so I would propose that companies who the public depend on MUST offer consulting out-of-band at an hourly (or daily?) rate. This way the real issues are squashed. Now I know that I c…