As @Treeniks@lemmy.ml pointed out, the author considers something as small as spawning a separate process for each window to mean a “non-native experience” (wait till they see how web browsers work)

It’s likely the same sensor that is included in the rest of the Pixel 9 Pro Fold.

I see proofreading the first paragraph is too hard these days.

Don’t know about the rest, but…

Does reflashing a ROM fix it?

The phones appear to be simply dead with no response to anything. No way to connect ADB, no way to connect fastboot, nothing.

Also the bootloader allows flashing over the cable only when it’s unlocked (at least on Pixels; I couldn’t find anything relevant in the Android documentation). The vast majority of Pixels should have their bootloaders locked, and it is only possible to unlock it through the system settings, so it’s pretty safe to say that most Pixels cannot be recovered if Android fails to boot because you cannot unlock the bootloader if you can’t get into settings.

new Pixel

Pixel 6 Pro, Pixel 7 Pro, Pixel 8 Pro, Pixel 9 Pro, Pixel 9 Pro XL and both Folds. Not the base variants, and especially not the a series. Just in case anyone actually wondered.

The bigger issue is that you can only cast from the tablet to the phone, not the other way around, at least if the Feature Drop page is to be believed

Soon, you can easily transfer media from your Pixel Tablet to your Pixel phone with the new casting feature coming in the next few weeks. All you have to do is bring your phone close to your tablet and what you’re playing on Spotify or YouTube music will seamlessly move over without the extra steps of tapping the cast icon.

Maybe developers will finally start implementing predictive back now that it’s not hidden behind developer options. It’s kinda nice when you can just peek at where the app wants to take you when you go back, and it currently ironically tends to be implemented only by apps that already have decently made navigation.

Also private space seems nice, finally a way to use the work profile sandbox natively without having to install third party apps that pretend to be work profile managers.

The biggest friction point for me is the fact that files can only cross the work profile boundary by using the Android’s share sheet (or with cloud storage, I guess), and some apps (cough cough Meta crap) didn’t like it when you shared a file they couldn’t directly access with them. I didn’t encounter any such issues recently though.

If you pause the work profile (there’s a button in the launcher to do that), all apps in it get killed and their icons and widgets in the launcher get grayed out. If you tap a grayed out icon, you get a dialog asking you if you want to unpause work apps. I think there are ways to automate pausing, but I don’t use anything like that and literally only have the pause/unpause button as a toggle for the intrusive apps.

I wonder if Private Space apps can be turned off the same way work apps can. If so, I could ditch Island and stop abusing the work profile as a way to implement a light battery saver.

Yeah, this seems properly configured. No clue why it isn’t working for you.

The only app that doesn’t auto-update for me is Fdroid itself (ironically), because it targets an old Android version. Running Android 14 on a Pixel, so with the strongest Google fuckery.

Are you sure your Fdroid client is up to date? The new API was implemented in 1.19, and apparently I even misremembered and all you have to do to enable Fdroid to auto update its apps is to manually update them for one last time (so no fresh installation required).

Another long shot: there’s an option to force the old installation method hidden in expert settings - maybe you could check if that isn’t enabled?

On a normal unmodified phone you have to manually confirm each app you want to install. so no auto-updates in the background etc.

Background app updates are possible since Android 12, Fdroid just took two years to implement the new API (and you have to do a fresh install of the apps - apps already installed using the old API still require confirmation on each update). There is still friction on the initial install though.

It is for their non-flagship devices - those were always kinda left behind with software support.

Both? It’s pretty well explained in the rest of the text (you don’t even have to click a link)

It was up to the Commission, which has exclusive powers to set the bloc’s commercial policy, to break the gridlock and ensure the duties go through.

The European Commission made the decision after the member countries failed to agree on how to proceed.

What error? It gave you a string of tokens that seemed likely according to its training data. That’s all it does.

If you ask it what color is the sky, it will tell you it’s blue not because it knows that’s true, but because these words “fit together”. Pretty much the only way to avoid this issue is to put some kind of filter in front of the LLM which will try to catch prompts that are known to produce unwanted results, and silently replace your prompt with something like “say: sorry, I don’t know”.

I’m being very reductive here, but that’s the principle of how these things work - the LLMs are not capable of determining the truthfulness of their responses.

This is the a model, it won’t have optical zoom either way.

Yay for another boring slab with zero distinguishing features!

I have a cable that shows wattage and my 7a goes all the way to 80% at pretty much stable 20W unless it’s overheating. The final 20% is a bit more random, but that’s true even without adaptive battery turned on - the top 10% won’t go above 5 W at all for me, for example.

That quote doesn’t support what you’re saying.

To me “waits until you need it to fully charge” sounds closer to “waits at a safe level until it needs to fully charge” than to “charges slowly”, but English is not my first language and it might sound to me like a stronger statement than it really is.

But my point was more that nowhere does it state that it will slow charge (which I agree I didn’t properly communicate).

so that it can charge at the slowest possible rate to reach 100% one hour before your predicted unplug time

No, it fast charges to 80% then restarts the (fast) charging to hit 100% at the correct time. At no point does it try to slow down the charge.

I don’t really know where this misconception comes from, the description in settings is pretty accurate to what it does:

To help extend battery lifespan, your phone learns your charging routine and waits until you need it to fully charge.

No, it will fast charge to 80%, then restart charming just in time to hit 100% when your alarm goes off (or when it thinks you’re going to wake up). There’s no automatic slow charging other than thermal throttling.

proprietary Google-only format

Keyhole Markup Language

KML became an international standard of the Open Geospatial Consortium in 2008.

(…)

The KML 2.2 specification was submitted to the Open Geospatial Consortium to assure its status as an open standard for all geobrowsers.

deleted by creator