Media is too big
VIEW IN TELEGRAM
Here's a first look at Android 14's new notetaking feature for styluses👀 🖊📓
In this video, I first launch the default notes app from a lock screen shortcut, then I unlock the device, press the stylus tail button to launch the notes app in a bubble, and insert a screenshot.
You've probably seen me talk about this feature before, but if not, this is probably the first you're hearing of it since Google hasn't made any mention of it.
I've never gotten it working until today, but thanks to @thegreatporg I can finally show it off! Here's how it works (continued in next post):
In this video, I first launch the default notes app from a lock screen shortcut, then I unlock the device, press the stylus tail button to launch the notes app in a bubble, and insert a screenshot.
You've probably seen me talk about this feature before, but if not, this is probably the first you're hearing of it since Google hasn't made any mention of it.
I've never gotten it working until today, but thanks to @thegreatporg I can finally show it off! Here's how it works (continued in next post):
👍20❤2🔥1
Android 14 adds a new role called ROLE_NOTES. This role can only be granted to apps that target SDK 34 and which handle the android.intent.action.CREATE_NOTE intent with the category set to DEFAULT and the showWhenLocked and turnScreenOn flags.
When an app qualifies for the Notes role, the user can make it the Notes role holder by going to Settings > Apps > Default apps > Notes app. This page can also be accessed through a shortcut when a stylus is connected or through the lock screen shortcut settings page.
(Currently, the Notes role is disabled by default, so you won't see this. You can enable it by going to Settings > System > Developer options and toggling "Force enable Notes role" and then rebooting. This toggles a RRO which sets config_enableDefaultNotes to true.)
When you activate the notetaking shortcut, Android sends off the android.intent.action.CREATE_NOTE intent targeting the default notes app with the intent extra android.intent.extra.USE_STYLUS_MODE. Devs of notes apps can respond to this by launching a stylus-optimized entry UI.
When an app becomes the default notes role holder, it's able to be granted the LAUNCH_CAPTURE_CONTENT_ACTIVITY_FOR_NOTE permission.
Apps with this permission can use the ACTION_LAUNCH_CAPTURE_CONTENT_ACTIVITY_FOR_NOTE intent action to trigger SystemUI to get a screenshot of the current window on behalf of the app. The user then has a chance to edit the screenshot, which can then be returned to the notes app.
This is what happens in the demo video, by the way. When I tap "attach screenshot" in the menu, it sends this intent to grab a screenshot of the window underneath. The screenshot opens in Markup, which I'd be able to edit by cropping/drawing before inserting it into the note.
If you're wondering how I launched the app in a floating bubble like that, that's actually Android doing that on my behalf.
When you tap the tail button on a connected stylus, Android 14 launches the default notes app in a floating bubble automatically.
When an app qualifies for the Notes role, the user can make it the Notes role holder by going to Settings > Apps > Default apps > Notes app. This page can also be accessed through a shortcut when a stylus is connected or through the lock screen shortcut settings page.
(Currently, the Notes role is disabled by default, so you won't see this. You can enable it by going to Settings > System > Developer options and toggling "Force enable Notes role" and then rebooting. This toggles a RRO which sets config_enableDefaultNotes to true.)
When you activate the notetaking shortcut, Android sends off the android.intent.action.CREATE_NOTE intent targeting the default notes app with the intent extra android.intent.extra.USE_STYLUS_MODE. Devs of notes apps can respond to this by launching a stylus-optimized entry UI.
When an app becomes the default notes role holder, it's able to be granted the LAUNCH_CAPTURE_CONTENT_ACTIVITY_FOR_NOTE permission.
Apps with this permission can use the ACTION_LAUNCH_CAPTURE_CONTENT_ACTIVITY_FOR_NOTE intent action to trigger SystemUI to get a screenshot of the current window on behalf of the app. The user then has a chance to edit the screenshot, which can then be returned to the notes app.
This is what happens in the demo video, by the way. When I tap "attach screenshot" in the menu, it sends this intent to grab a screenshot of the window underneath. The screenshot opens in Markup, which I'd be able to edit by cropping/drawing before inserting it into the note.
If you're wondering how I launched the app in a floating bubble like that, that's actually Android doing that on my behalf.
When you tap the tail button on a connected stylus, Android 14 launches the default notes app in a floating bubble automatically.
👍23❤4🔥1🤔1
Mishaal's Android News Feed
Android 14 adds a new role called ROLE_NOTES. This role can only be granted to apps that target SDK 34 and which handle the android.intent.action.CREATE_NOTE intent with the category set to DEFAULT and the showWhenLocked and turnScreenOn flags. When an app…
(I don't actually have a USI 2.0 stylus connected to a Pixel Tablet, nor do I even have a Pixel Tablet yet lol. To simulate the stylus tail button press, I used the ADB command
FWIW, Keep currently doesn't qualify for the notes role, but I suspect it's going to eventually.
There are rumors the Pixel Tablet will get an official stylus accessory (it supports USI 2.0!) so this feature makes a lot of sense.
If you're a developer of a Notes app or are just curious about how to implement this, @thegreatporg will soon share details on GitLab. They forked the OSS Notes app "Quillpad" to test this API/notes role out, so many thanks to them for their help!
input keyevent.)FWIW, Keep currently doesn't qualify for the notes role, but I suspect it's going to eventually.
There are rumors the Pixel Tablet will get an official stylus accessory (it supports USI 2.0!) so this feature makes a lot of sense.
If you're a developer of a Notes app or are just curious about how to implement this, @thegreatporg will soon share details on GitLab. They forked the OSS Notes app "Quillpad" to test this API/notes role out, so many thanks to them for their help!
Android Authority
Pixel Tablet may be getting a stylus and keyboard, according to a Google app
The Pixel Tablet debuted without an official stylus or keyboard accessory, but Google may be bringing them to market soon.
👍21🔥5❤1
I've been working on a review of Nothing OS 2.0, and I really like what they've built.
There are some parts that make me go, "why'd they do that?" which lead me to dig deeper.
eg. why did Nothing make their own bedtime scheduler for Glyph and not sync with Digital Wellbeing?
The answer: They can't, because Google doesn't allow it.
There's no way for 3P apps to detect when Digital Wellbeing activates bedtime mode, because the app doesn't send a broadcast or store the state in a Settings table value or something.
But then how can the YouTube app on Android remind you when it's bedtime "when [your] phone's bedtime mode is on"?
It turns out that Digital Wellbeing does send a broadcast when bedtime mode is enabled, but it can ONLY be received by the YouTube app.
The Intent action, by the way, is
If the bedtime mode broadcast was open, they could do some other cool stuff, like maybe enable the monochromatic icon pack at bedtime but use the color (themed) icon pack otherwise.
Anyway, this is just a small tidbit from my upcoming Nothing OS 2.0 review! There's a LOT more I'll talk about, so look forward to that!
(If anyone on the Digital Wellbeing team sees this, I'd love to know if there's some privacy reason why the bedtime mode broadcast is restricted to YouTube!)
Regardless of whatever hacks Nothing could make to the OS to detect the broadcast, I think an open bedtime mode broadcast would be useful for a lot of apps!
Other video apps like Netflix, Prime Video, etc. could also add a bedtime mode alert like YT.
Social media apps could add an alert to stop doomscrolling when it's bedtime (...though obviously they want you to keep doing that lol)
3P VoIP apps could detect when you're in bedtime mode and silence most calls/automatically send a message to the caller.
There are some parts that make me go, "why'd they do that?" which lead me to dig deeper.
eg. why did Nothing make their own bedtime scheduler for Glyph and not sync with Digital Wellbeing?
The answer: They can't, because Google doesn't allow it.
There's no way for 3P apps to detect when Digital Wellbeing activates bedtime mode, because the app doesn't send a broadcast or store the state in a Settings table value or something.
But then how can the YouTube app on Android remind you when it's bedtime "when [your] phone's bedtime mode is on"?
It turns out that Digital Wellbeing does send a broadcast when bedtime mode is enabled, but it can ONLY be received by the YouTube app.
The Intent action, by the way, is
com.google.android.apps.wellbeing.action.ACTION_WIND_DOWN_STATE_CHANGED. I'm not sure why Google locked down this broadcast to just YouTube, but as a result, Nothing had to duplicate a bedtime scheduler UI for Glyph lights.If the bedtime mode broadcast was open, they could do some other cool stuff, like maybe enable the monochromatic icon pack at bedtime but use the color (themed) icon pack otherwise.
Anyway, this is just a small tidbit from my upcoming Nothing OS 2.0 review! There's a LOT more I'll talk about, so look forward to that!
(If anyone on the Digital Wellbeing team sees this, I'd love to know if there's some privacy reason why the bedtime mode broadcast is restricted to YouTube!)
Regardless of whatever hacks Nothing could make to the OS to detect the broadcast, I think an open bedtime mode broadcast would be useful for a lot of apps!
Other video apps like Netflix, Prime Video, etc. could also add a bedtime mode alert like YT.
Social media apps could add an alert to stop doomscrolling when it's bedtime (...though obviously they want you to keep doing that lol)
3P VoIP apps could detect when you're in bedtime mode and silence most calls/automatically send a message to the caller.
👍64❤10😢5🤡3🔥1
Google has announced that unknown tracker alerts is beginning to roll out to users on Android 6.0+ this month! Unknown tracker alerts helps you detect unwanted Bluetooth tracker tags that may be traveling with you.
The unknown tracker alerts feature is part of a dynamically delivered module that's downloaded by the Google Play Services app. Since Google Play Services is preinstalled on all Android devices with GMS, that's why this feature is coming to most Android 6.0+ devices!
There are multiple ways you can use this feature. After turning it on, it can work automatically to scan for and detect unknown tracker tags traveling with you. You'll get an alert in the form of a notification if one is detected.
You can also perform a manual scan of your surroundings by going to Settings → Safety & Emergency → Unknown tracker alerts and tapping the “Scan Now” button. It will take about 10s to scan for nearby unknown trackers, and the results will be shown in a list.
Either way, when an unknown tag is detected, you'll have multiple ways to take action. From the notification, you can learn more about the tracker and see a map of where it was seen. To locate it, tap "play sound" to force the tracker to make noise (without alerting its owner).
When you tap the tracker against your phone (NFC), the tracker may share some information like its serial number or the last 4 digits of its owner's phone number. The details page will also provide a link to instructions on how to physically disable the tracker.
Unknown tracker alerts currently works with the Apple AirTag but Google says they'll continue to work with tag makers to expand support. For more information on unknown tracker alerts, see this support page.
The unknown tracker alerts feature is part of a dynamically delivered module that's downloaded by the Google Play Services app. Since Google Play Services is preinstalled on all Android devices with GMS, that's why this feature is coming to most Android 6.0+ devices!
There are multiple ways you can use this feature. After turning it on, it can work automatically to scan for and detect unknown tracker tags traveling with you. You'll get an alert in the form of a notification if one is detected.
You can also perform a manual scan of your surroundings by going to Settings → Safety & Emergency → Unknown tracker alerts and tapping the “Scan Now” button. It will take about 10s to scan for nearby unknown trackers, and the results will be shown in a list.
Either way, when an unknown tag is detected, you'll have multiple ways to take action. From the notification, you can learn more about the tracker and see a map of where it was seen. To locate it, tap "play sound" to force the tracker to make noise (without alerting its owner).
When you tap the tracker against your phone (NFC), the tracker may share some information like its serial number or the last 4 digits of its owner's phone number. The details page will also provide a link to instructions on how to physically disable the tracker.
Unknown tracker alerts currently works with the Apple AirTag but Google says they'll continue to work with tag makers to expand support. For more information on unknown tracker alerts, see this support page.
👍39🔥7❤5💩1
Google has shared an update on what's happening with Android's Find My Device network: They're holding the rollout "until Apple has implemented [unwanted tracker alert] protections for iOS."
The Find My Device network was announced at I/O 2023 alongside the unwanted tracker alert feature that Google just announced is rolling out starting today. FMDN would leverage the billions of Android devices with GMS to make a peer-to-peer location pinging network.
This would let you find the location of your lost or misplaced Android phones and other items using a range of compatible Bluetooth tracker tags. Several brands like Chipolo are ready to ship tracker tags compatible with FMDN, but can't.
What's the hold up? Seems that while Google is ready to roll out unwanted tracker alerts, Apple isn't ready to do the same. If iOS doesn't have unwanted tracker alerts, then Google releasing FMDN could be harmful as Apple users could be stalked by the new Bluetooth trackers.
Before you pull out your pitchforks, there's a bit of nuance here. Google's blog post says they're "working in partnership with Apple to help finalize the joint unwanted tracker alert specification by the end of this year." Notice they say the specification isn't finalized yet.
Yet Google is ready to roll out unwanted tracker alerts on Android nonetheless. How? Their implementation would either have to be based on the draft spec or be custom (I've heard it's the latter).
Given the already demonstrated, in-the-wild abuse of tracker tags, I can see why Google might want to push out unwanted tracker alerts even if it's based on a custom implementation and not the joint specification. They could always update to meet the spec later on, after all.
However, if Apple is choosing to wait for the unwanted location trackers spec to be finalized before rolling out support for it on iOS, then that puts Google (and all their partners who committed to making Bluetooth trackers that support FMDN) in a bind.
The Find My Device network was announced at I/O 2023 alongside the unwanted tracker alert feature that Google just announced is rolling out starting today. FMDN would leverage the billions of Android devices with GMS to make a peer-to-peer location pinging network.
This would let you find the location of your lost or misplaced Android phones and other items using a range of compatible Bluetooth tracker tags. Several brands like Chipolo are ready to ship tracker tags compatible with FMDN, but can't.
What's the hold up? Seems that while Google is ready to roll out unwanted tracker alerts, Apple isn't ready to do the same. If iOS doesn't have unwanted tracker alerts, then Google releasing FMDN could be harmful as Apple users could be stalked by the new Bluetooth trackers.
Before you pull out your pitchforks, there's a bit of nuance here. Google's blog post says they're "working in partnership with Apple to help finalize the joint unwanted tracker alert specification by the end of this year." Notice they say the specification isn't finalized yet.
Yet Google is ready to roll out unwanted tracker alerts on Android nonetheless. How? Their implementation would either have to be based on the draft spec or be custom (I've heard it's the latter).
Given the already demonstrated, in-the-wild abuse of tracker tags, I can see why Google might want to push out unwanted tracker alerts even if it's based on a custom implementation and not the joint specification. They could always update to meet the spec later on, after all.
However, if Apple is choosing to wait for the unwanted location trackers spec to be finalized before rolling out support for it on iOS, then that puts Google (and all their partners who committed to making Bluetooth trackers that support FMDN) in a bind.
👍31🔥5❤2
Mishaal's Android News Feed
Google has shared an update on what's happening with Android's Find My Device network: They're holding the rollout "until Apple has implemented [unwanted tracker alert] protections for iOS." The Find My Device network was announced at I/O 2023 alongside the…
Apparently that is what Apple seems to be doing, though, which means that unless Google changes their mind, we won't see the launch of the Find My Device network until sometime after the finalization of the unwanted location trackers spec.
This is unfortunate news for anyone who's been looking forward to the FMDN. I don't necessarily think Apple is wrong to wait for the spec to be finalized, but I do think they should add unwanted tracker alerts ASAP as it solves a problem they arguably created in the first place.
This is unfortunate news for anyone who's been looking forward to the FMDN. I don't necessarily think Apple is wrong to wait for the spec to be finalized, but I do think they should add unwanted tracker alerts ASAP as it solves a problem they arguably created in the first place.
👍33❤3🔥2
Google has announced that its Credential Manager Jetpack library is now in Beta with a finalized API surface.
Credential Manager is a library that unifies the interfaces for traditional sign-in methods (like passwords and federated sign-in) and the new, passwordless sign-in method (passkeys). Users can see all their sign-in methods in one place so they don't have to tap three different places.
Credential Manager also makes it easier to pick the right sign-in method by deduping and automatically proposing to the user the safest method (eg between a password and a passkey the latter will be shown).
For developers, Credential Manager unifies the implementation of multiple sign-in methods within a single API. That means developers can add support for passwords, federated sign-in, and passkeys with a single API.
Credential Manager supports passwords and federated sign-in on Android 4.4+ (though Google Play Services recently dropped support for KitKat) and passkeys on Android 9+. On Android 13 and lower, Credential Manager is backed by Google Password Manager which is part of Play Services.
On Android 14, Credential Manager is part of a system app and is able to support multiple (including third-party) password managers. 3P password managers that implement Credential Manager are able to save and retrieve passkeys in Android 14.
At Google I/O, the company revealed that multiple 3P password manager developers including 1Password, Dashlane, Keeper, and Okta will support Credential Manager.
Credential Manager is a library that unifies the interfaces for traditional sign-in methods (like passwords and federated sign-in) and the new, passwordless sign-in method (passkeys). Users can see all their sign-in methods in one place so they don't have to tap three different places.
Credential Manager also makes it easier to pick the right sign-in method by deduping and automatically proposing to the user the safest method (eg between a password and a passkey the latter will be shown).
For developers, Credential Manager unifies the implementation of multiple sign-in methods within a single API. That means developers can add support for passwords, federated sign-in, and passkeys with a single API.
Credential Manager supports passwords and federated sign-in on Android 4.4+ (though Google Play Services recently dropped support for KitKat) and passkeys on Android 9+. On Android 13 and lower, Credential Manager is backed by Google Password Manager which is part of Play Services.
On Android 14, Credential Manager is part of a system app and is able to support multiple (including third-party) password managers. 3P password managers that implement Credential Manager are able to save and retrieve passkeys in Android 14.
At Google I/O, the company revealed that multiple 3P password manager developers including 1Password, Dashlane, Keeper, and Okta will support Credential Manager.
🔥42👍13❤4🤔1
Neat: You can send an entire folder from your Android device to other Android devices, Chromebooks, or Windows PCs from the Files by Google app!
Just long-press on any folder in the Files app and then tap the Nearby Share icon in the top right.
I'm not sure exactly when folder sharing was added to the Files by Google app. I haven't seen any articles mention this yet, but Nail Sadykov says the earliest he saw someone mention it was back in May.
If this isn't new, then I hope this post at least serves as a heads up!
Just long-press on any folder in the Files app and then tap the Nearby Share icon in the top right.
I'm not sure exactly when folder sharing was added to the Files by Google app. I haven't seen any articles mention this yet, but Nail Sadykov says the earliest he saw someone mention it was back in May.
If this isn't new, then I hope this post at least serves as a heads up!
👍46🔥15👏7❤1