Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Android P

blog.google

Post reply on HN
Print view View original

161–170 of 316 posts

Re: Android P

#161

Post by chrononaut »

ohthehugemanate wrote: post #68

This looks awful. I've come to realize that any feature with "smart" anywhere in the name, is something I want disabled. Smart quotes? Only exist to fuck up copypasta code and SQL statements. Smart spell check? There's a field of internet hilarity about how bad this is. Smart restore? Best way to lose my data and fuck up my install. Smart assistant? I've yet to meet even one person who uses GAssistant/Siri/Cortana fo…

> Smart handwriting recognition? Refuses to detect the word "fuck". And my handwriting was perfectly legible anyway.

Related to this, I recently found the option that controls whether the system from recommends or corrects to offensive words. It's buried under:

Settings > System > Languages & input > Virtual Keyboard > Gboard (more than likely for most) > Text correction > Block offensive words.

The same option exists for Google voice input. Wonder if there's something similar for your issue.

Re: Android P

#162

Post by kuschku »

lern_too_spel wrote: post #123
kuschku wrote: post #118

Earlier quoted context omitted.

> The platform remains entirely open. That’d be an argument, if Google removed all of those APIs that were in AOSP and forced people to use their proprietary solutions. If you want to do WiFi Geolocation, you now need to use Google Play Services. If you want to use shared library of openssl, you now need to use Google Play Services. If you want to use background notifications, you now need to use Google Play Services…

> If you want to do WiFi Geolocation, you now need to use Google Play Services. This was always using Google's proprietary data, even in the G1 days. They split it out into Play Services, so Chinese phones using another provider would be possible. > If you want to use background notifications, you now need to use Google Play Services. Background notifications weren't even possible on the G1 when it launched. When bac…

> This was always using Google's proprietary data, even in the G1 days. They split it out into Play Services, so Chinese phones using another provider would be possible.

Incorrect, in the past your apps could access the raw data and feed it into Mozilla’s Geolocation APIs. This is not possible anymore (but returning in limited form with 9.0).

> Background notifications weren't even possible on the G1 when it launched. When background notifications were first made available, they used a Google service and were never part of AOSP for that reason. Chinese phones use other push services inside the firewall.

Incorrect. Until Android 7.0, apps could run in background and open their own sockets for background notifications.

> None of those existed on the G1 and are simply sensor fusion implementations on the open sensor APIs.

Incorrect – the open sensor APIs are only available for foreground apps. You can not collect any stepcounter data unless your app is constantly showing a notification in foreground, or is using the Google Fit APIs.

> Yes, you can. https://developer.android.com/guide/topics/graphics/opengl

Not on any devices, you’ll need to load bindings through Google Play Services.

> You need to understand the difference between the platform and the services that Google provides on top of it.

I seriously suggest you actually go and try to build apps for non-Google Play devices at least a single fricken time, or try to build ROMs, before you comment. You’re just making a fool out of yourself.

Re: Android P

#163

Post by jhoechtl »

ohazi wrote: post #153

Am I the only one who doesn't want a phone that arbitrarily changes behavior in opaque and uncontrollable ways? Machine learning is fine for hard tasks like voice recognition, but it really shouldn't be used for things that would otherwise be a few checkboxes. I know the trend nowadays is to assume that users are irredeemably stupid, but this? Seriously? You can keep this update. I don't want it.

I dislike the idea of an electronic device to change its interaction patterns in non-deterministic ways.

Re: Android P

#164

Post by kuschku »

kllrnohj wrote: post #130
kuschku wrote: post #119

Earlier quoted context omitted.

Then Google is free to give me an alternative device for development. With the emulator broken, and the Nexus 5X unsupported, I am unable to assure that my apps work on Android P, and therefore I have no idea at all if they’ll crash or not. But if they’ll crash, Google will punish me by downranking my score. A punishment for something I can’t do shit about. It’s absolute madness.

> With the emulator broken Except it's not? Not even remotely true anymore. Starts up instantly now even, they just showed that off. And if you're opposed to Intel HAXM you can now use Hyper-V https://blogs.msdn.microsoft.com/visualstudio/2018/05/08/hyp...

If I type ä on my keyboard, the emulator inputs '

If I type Ctrl-B, the emulator inputs a gesture.

I can’t reliably emulate certain network issues.

Want me to continue? I’ve got a list of dozens of issues.

The problem isn’t speed (that’s something I could live with, but on Linux with KVM it’s faster than all my real devices anyway), but that it’s literally broken.

Re: Android P

#165

Post by sizzle »

jhoechtl wrote: post #163
ohazi wrote: post #153

Am I the only one who doesn't want a phone that arbitrarily changes behavior in opaque and uncontrollable ways? Machine learning is fine for hard tasks like voice recognition, but it really shouldn't be used for things that would otherwise be a few checkboxes. I know the trend nowadays is to assume that users are irredeemably stupid, but this? Seriously? You can keep this update. I don't want it.

I dislike the idea of an electronic device to change its interaction patterns in non-deterministic ways.

Can you give an example of this behavior, I'm having trouble understanding how to classify this. Thanks.

Re: Android P

#166

Post by wtvanhest »

If someone from google reads this, can you please consider removing the functionality that periodically drops the nav bar at the top down? Many people use the top of their screen as a bar to line up and read text. Your site is basically unreadable.

Re: Android P

#167

Post by kuschku »

jhall1468 wrote: post #124
kuschku wrote: post #90

Earlier quoted context omitted.

It's the worst part of Android P, and I'll patch AOSP to get rid of it for my devices. If I open a task switcher, I want to see a lot of my open tasks. Not one, not three, not even four, but dozens. How long am I supposed to be swiping if there's hundreds of open tasks? And scrolling with the home button is even worse. Let's hope Android Q quickly gets rid of this again.

I don't. Most users probably don't. This isn't going anywhere. It was easily one of the most praised features of WebOS by both users and tech reviewers. There's a reason both Android and iOS are going this way.

Then at least make it a config option, or support a pinch to zoom out gesture.

Having both a zoomed in view and a grid view is standard in every single gallery and camera app, adding it to the recents menu shouldn’t be that hard.

Re: Android P

#168

Post by jayd16 »

ohazi wrote: post #153

Am I the only one who doesn't want a phone that arbitrarily changes behavior in opaque and uncontrollable ways? Machine learning is fine for hard tasks like voice recognition, but it really shouldn't be used for things that would otherwise be a few checkboxes. I know the trend nowadays is to assume that users are irredeemably stupid, but this? Seriously? You can keep this update. I don't want it.

You say that but the reality is its really convenient. I go to a taco place every Thursday and pre-order the tacos for pick up from their app. The app icon is only ever in the suggested list around lunch time on Thursdays. How awesome is that?

Its pointless borrowing trouble. Complain when they screw up, not when you think they can't pull it off.

Re: Android P

#169

Post by Ajedi32 »

angry_octet wrote: post #51

Lots of slick UI stuff, but no meaningful updates to things that are well overdue: - Encryption of specific secrets for each app. - Fine grained control of what information is shared with apps. - Ability to selectively deny particular data (and have the app keep working, e.g by giving it an empty contacts list, fake phone ID, etc). - Ad and js blocking capable browser. Why should installing e.g. the facebook app, all…

Doesn't Android pretty much have all that already?

> Encryption of specific secrets for each app

Not sure what you mean by this, but apps are already sandboxed and can't access each other's data. What specific threat are you trying to protect against?

> Fine grained control of what information is shared with apps

Already exists.

> Ability to selectively deny particular data (and have the app keep working, e.g by giving it an empty contacts list, fake phone ID, etc)

Already exists. Not with fake data though; you just deny the permission and the app has to deal with it.

> Ad and js blocking capable browser

There already are _several_ browsers on Android that do that. Unless you mean you want it in Chrome specifically?

> Why should installing e.g. the facebook app, allow it to track my position at all times?

It doesn't. That only occurs when you grant it the location permission.

Re: Android P

#170

Post by mtgx »

Android P has some interesting security features, too, especially the HSM thing, which I assume Google will use in Pixel 3. Maybe Samsung, too, because they have Knox and they target the enterprise market. But it would be nice if more manufacturers would use that, too.

Also I've been waiting for a long time for client-side encrypted backups.

https://developer.android.com/preview/features/security

Post reply on HN