O Android 16 introduz ótimos recursos e APIs novos para desenvolvedores. As seções a seguir resumem esses recursos para ajudar você a começar a usar as APIs relacionadas.
Para uma lista detalhada das APIs novas, modificadas e removidas, leia o Relatório de diferenças da API. Para ver detalhes sobre as novas APIs, acesse a Referência da API do Android. As APIs novas estão em destaque para melhor visibilidade.Você também precisa analisar as áreas em que as mudanças na plataforma podem afetar seus apps. Para mais informações, consulte as seguintes páginas:
- Mudanças de comportamento que afetam apps destinados ao Android 16
- Mudanças de comportamento que afetam todos os apps, independentemente da
targetSdkVersion.
Principal recurso
O Android inclui novas APIs que expandem os recursos principais do sistema Android.
Dois lançamentos de API do Android em 2025
- Esta visualização é para a próxima versão principal do Android, com lançamento previsto no segundo trimestre de 2025. Esta versão é semelhante a todas as versões de API do passado, em que podemos ter mudanças de comportamento planejadas que geralmente são vinculadas a uma targetSdkVersion.
- Estamos planejando o lançamento principal um trimestre antes (segundo trimestre em vez do terceiro trimestre em anos anteriores) para alinhar melhor com a programação de lançamentos de dispositivos em todo o ecossistema, para que mais dispositivos possam receber a versão principal do Android mais cedo. Com o lançamento principal no segundo trimestre, você precisará fazer o teste anual de compatibilidade alguns meses antes do que nos anos anteriores para garantir que seus apps estão prontos.
- Planejamos lançar outra versão no 4º trimestre de 2025, que também vai incluir novas APIs para desenvolvedores. A versão principal do segundo trimestre será a única em 2025 a incluir mudanças de comportamento planejadas que podem afetar apps.
Além das novas APIs para desenvolvedores, a versão secundária do Q4 vai incluir atualizações de recursos, otimizações e correções de bugs. Ela não vai incluir mudanças de comportamento que afetam o app.
Vamos continuar lançando versões do Android trimestralmente. As atualizações do Q1 e do Q3 entre as versões da API vão oferecer atualizações incrementais para ajudar a garantir qualidade contínua. Estamos trabalhando ativamente com nossos parceiros de dispositivos para disponibilizar a versão do segundo trimestre no maior número possível de dispositivos.
Como usar novas APIs com versões principais e secundárias
Hoje, a proteção de um bloco de código com uma verificação do nível da API é feita usando
a constante SDK_INT com
VERSION_CODES. Esse suporte
vai continuar sendo oferecido para as principais versões do Android.
if (SDK_INT >= VERSION_CODES.BAKLAVA) {
// Use APIs introduced in Android 16
}
A nova constante SDK_INT_FULL
pode ser usada para verificações de API em relação a versões principais e secundárias com
a nova enumeração VERSION_CODES_FULL.
if (SDK_INT_FULL >= VERSION_CODES_FULL.[MAJOR or MINOR RELEASE]) {
// Use APIs introduced in a major or minor release
}
Você também pode usar o método
Build.getMinorSdkVersion()
para acessar apenas a versão secundária do SDK.
val minorSdkVersion = Build.getMinorSdkVersion(VERSION_CODES_FULL.BAKLAVA)
Essas APIs ainda não foram finalizadas e estão sujeitas a alterações. Envie feedback se tiver alguma dúvida.
Experiência do usuário e interface do sistema
O Android 16 oferece aos desenvolvedores de apps e usuários mais controle e flexibilidade para configurar o dispositivo de acordo com as necessidades.
Notificações focadas no progresso
Android 16 introduces progress-centric notifications to help users seamlessly track user-initiated, start-to-end journeys.
Notification.ProgressStyle is a new notification
style that lets you create progress-centric notifications. Key use cases include
rideshare, delivery, and navigation. Within the Notification.ProgressStyle
class, you can denote states and milestones in a user journey using
points and segments.
To learn more, see the Progress-centric notifications documentation page.
Atualizações da volta preditiva
Android 16 adds new APIs to help you enable predictive back system animations in
gesture navigation such as the back-to-home animation. Registering the
onBackInvokedCallback with the new
PRIORITY_SYSTEM_NAVIGATION_OBSERVER allows your app to
receive the regular onBackInvoked call whenever the
system handles a back navigation without impacting the normal back navigation
flow.
Android 16 additionally adds the
finishAndRemoveTaskCallback() and
moveTaskToBackCallback. By registering these callbacks
with the OnBackInvokedDispatcher, the system can trigger
specific behaviors and play corresponding ahead-of-time animations when the back
gesture is invoked.
Retorno tátil mais avançado
Android has exposed control over the haptic actuator ever since its inception.
Android 11 added support for more complex haptic effects that more advanced
actuators could support through
VibrationEffect.Compositions of device-defined semantic
primitives.
Android 16 adds haptic APIs that let apps define the amplitude and frequency curves of a haptic effect while abstracting away differences between device capabilities.
Produtividade e ferramentas para desenvolvedores
Embora a maior parte do nosso trabalho para melhorar sua produtividade se concentre em ferramentas como o Android Studio, o Jetpack Compose e as bibliotecas do Android Jetpack, sempre buscamos maneiras na plataforma de ajudar você a realizar sua visão.
Processamento de conteúdo para planos de fundo interativos
No Android 16, o framework de plano de fundo interativo está recebendo uma nova API de conteúdo para
resolver os desafios de planos de fundo dinâmicos e orientados pelo usuário. Atualmente, os planos de fundo
dinâmicos que incorporam conteúdo fornecido pelo usuário exigem implementações complexas
e específicas para o serviço. O Android 16 apresenta
WallpaperDescription e
WallpaperInstance. A WallpaperDescription permite
identificar instâncias distintas de um plano de fundo interativo do mesmo serviço. Por
exemplo, um plano de fundo que tem instâncias na tela inicial e na tela de
bloqueio pode ter conteúdo exclusivo em ambos os lugares. O seletor de plano de fundo e o
WallpaperManager usam esses metadados para apresentar melhor
os planos de fundo aos usuários, simplificando o processo para você criar experiências
diversas e personalizadas de plano de fundo animado.
Desempenho e bateria
O Android 16 apresenta APIs que ajudam a coletar insights sobre seus apps.
Criação de perfis acionada pelo sistema
ProfilingManager was
added in Android 15, giving apps the ability to
request profiling data collection using Perfetto on public devices in the field.
However, since this profiling must be started from the app, critical flows such
as startups or ANRs would be difficult or impossible for apps to capture.
To help with this, Android 16 introduces system-triggered profiling to
ProfilingManager. Apps can register interest in receiving traces for certain
triggers such as cold start reportFullyDrawn
or ANRs, and then the system starts and stops a trace on the app's behalf. After
the trace completes, the results are delivered to the app's data directory.
Iniciar componente em ApplicationStartInfo
ApplicationStartInfo was added in Android
15, allowing an app to see reasons
for process start, start type, start times, throttling, and other useful
diagnostic data. Android 16 adds
getStartComponent()
to distinguish what component type triggered the start, which can be helpful for
optimizing the startup flow of your app.
Melhor introspecção de tarefas
The JobScheduler#getPendingJobReason() API returns a reason why a job
might be pending. However, a job might be pending for multiple reasons.
In Android 16, we are introducing a new API
JobScheduler#getPendingJobReasons(int jobId), which returns multiple
reasons why a job is pending, due to both explicit constraints set by the
developer and implicit constraints set by the system.
We're also introducing
JobScheduler#getPendingJobReasonsHistory(int jobId), which returns a list
of the most recent constraint changes.
We recommend using the API to help you debug why your jobs may not be executing, especially if you're seeing reduced success rates of certain tasks or have bugs around latency of certain job completion. For example, updating widgets in the background failed to occur or prefetch job failed to be called prior to app start.
This can also better help you understand if certain jobs are not completing due to system defined constraints versus explicitly set constraints.
Taxa de Atualização Adaptativa
Adaptive refresh rate (ARR), introduced in Android 15, enables the display refresh rate on supported hardware to adapt to the content frame rate using discrete VSync steps. This reduces power consumption while eliminating the need for potentially jank-inducing mode-switching.
Android 16 introduces hasArrSupport() and
getSuggestedFrameRate(int) while restoring
getSupportedRefreshRates() to make it easier for your apps to take
advantage of ARR. RecyclerView
1.4 internally supports ARR when it is settling from a fling or
smooth scroll, and we're continuing our work to add ARR
support into more Jetpack libraries. This frame rate article covers
many of the APIs you can use to set the frame rate so that your app can directly
use ARR.
APIs de headroom na ADPF
The SystemHealthManager introduces the
getCpuHeadroom and
getGpuHeadroom APIs, designed to provide games and
resource-intensive apps with estimates of available CPU and GPU resources. These
methods offer a way for you to gauge how your app or game can best improve
system health, particularly when used in conjunction with other Android Dynamic
Performance Framework (ADPF) APIs that detect thermal
throttling.
By using CpuHeadroomParams and
GpuHeadroomParams on supported devices, you can
customize the time window used to compute the headroom and select between
average or minimum resource availability. This can help you reduce your CPU or
GPU resource usage accordingly, leading to better user experiences and improved
battery life.
Acessibilidade
O Android 16 adiciona novas APIs e recursos de acessibilidade que podem ajudar você a levar seu app para todos os usuários.
APIs de acessibilidade aprimoradas
Android 16 adds additional APIs to enhance UI semantics that help improve consistency for users that rely on accessibility services, such as TalkBack.
Outline text for maximum text contrast
Users with low vision often have reduced contrast sensitivity, making it challenging to distinguish objects from their backgrounds. To help these users, Android 16 introduces outline text, replacing high contrast text, which draws a larger contrasting area around text to greatly improve legibility.
Android 16 contains new AccessibilityManager APIs to let
your apps check or register a listener to
see if this mode is enabled. This is primarily for UI Toolkits like Compose to
offer a similar visual experience. If you maintain a UI Toolkit library or your
app performs custom text rendering that bypasses the
android.text.Layout class then you can use this to know
when outline text is enabled.
Duration added to TtsSpan
Android 16 extends TtsSpan with a TYPE_DURATION,
consisting of ARG_HOURS, ARG_MINUTES,
and ARG_SECONDS. This lets you directly annotate time
duration, ensuring accurate and consistent text-to-speech output with services
like TalkBack.
Support elements with multiple labels
Android currently allows UI elements to derive their accessibility label from
another, and now offers the ability for multiple labels to be associated, a
common scenario in web content. By introducing a list-based API within
AccessibilityNodeInfo, Android can directly support these
multi-label relationships. As part of this change, we've deprecated
AccessibilityNodeInfo#setLabeledBy and
#getLabeledBy in favor of
#addLabeledBy, #removeLabeledBy, and
#getLabeledByList.
Improved support for expandable elements
Android 16 adds accessibility APIs that allow you to convey the expanded or
collapsed state of interactive elements, such as menus and expandable lists. By
setting the expanded state using setExpandedState and
dispatching TYPE_WINDOW_CONTENT_CHANGED AccessibilityEvents
with a CONTENT_CHANGE_TYPE_EXPANDED content change type,
you can ensure that screen readers like TalkBack announce
state changes, providing a more intuitive and inclusive user experience.
Indeterminate ProgressBars
Android 16 adds RANGE_TYPE_INDETERMINATE, giving a way for
you to expose RangeInfo for both determinate and
indeterminate ProgressBar widgets, allowing services like
TalkBack to more consistently provide feedback for progress
indicators.
Tri-state CheckBox
The new AccessibilityNodeInfo
getChecked and setChecked(int)
methods in Android 16 now support a "partially checked" state in addition to
"checked" and "unchecked." This replaces the deprecated boolean
isChecked and setChecked(boolean).
Supplemental descriptions
When an accessibility service describes a ViewGroup, it
combines content labels from its child views. If you provide a
contentDescription for the ViewGroup, accessibility services assume you are
also overriding the description of non-focusable child views. This can be
problematic if you want to label things like a drop-down (for example, "Font
Family") while preserving the current selection for accessibility (for example,
"Roboto"). Android 16 adds setSupplementalDescription so
you can provide text that provides information about a ViewGroup without
overriding information from its children.
Required form fields
Android 16 adds setFieldRequired to
AccessibilityNodeInfo so apps can tell an accessibility
service that input to a form field is required. This is an important scenario
for users filling out many types of forms, even things as simple as a required
terms and conditions checkbox, helping users to consistently identify and
quickly navigate between required fields.
Usar o smartphone como microfone para chamadas de voz com aparelhos auditivos LEA
Android 16 adds the capability for users of LE Audio hearing aids to switch between the built-in microphones on the hearing aids and the microphone on their phone for voice calls. This can be helpful in noisy environments or other situations where the hearing aid's microphones might not perform well.
Controles de volume ambiente para aparelhos auditivos LEA
Android 16 adds the capability for users of LE Audio hearing aids to adjust the volume of ambient sound that is picked up by the hearing aid's microphones. This can be helpful in situations where background noise is too loud or too quiet.
Câmera
O Android 16 melhora o suporte para usuários de câmeras profissionais, permitindo a exposição automática híbrida, além de ajustes precisos de temperatura e tonalidade de cor. Um novo indicador de modo noturno ajuda o app a saber quando alternar para uma sessão de câmera no modo noturno e vice-versa. Novas ações de Intent facilitam a captura de fotos em movimento, e continuamos a melhorar as imagens UltraHDR com suporte à codificação HEIC e novos parâmetros do padrão ISO 21496-1.
Exposição automática híbrida
O Android 16 adiciona novos modos híbridos de exposição automática à Camera2, permitindo que você controle manualmente aspectos específicos da exposição enquanto deixa o algoritmo de exposição automática (AE, na sigla em inglês) cuidar do restante. É possível controlar ISO + AE e tempo de exposição + AE, oferecendo maior flexibilidade em comparação com a abordagem atual, em que você tem controle manual total ou depende totalmente da exposição automática.
fun setISOPriority() {
// ... (Your existing code before the snippet) ...
val availablePriorityModes = mStaticInfo.characteristics.get(
CameraCharacteristics.CONTROL_AE_AVAILABLE_PRIORITY_MODES
)
// ... (Your existing code between the snippets) ...
// Turn on AE mode to set priority mode
reqBuilder.set(
CaptureRequest.CONTROL_AE_MODE,
CameraMetadata.CONTROL_AE_MODE_ON
)
reqBuilder.set(
CaptureRequest.CONTROL_AE_PRIORITY_MODE,
CameraMetadata.CONTROL_AE_PRIORITY_MODE_SENSOR_SENSITIVITY_PRIORITY
)
reqBuilder.set(
CaptureRequest.SENSOR_SENSITIVITY,
TEST_SENSITIVITY_VALUE
)
val request: CaptureRequest = reqBuilder.build()
// ... (Your existing code after the snippet) ...
}
Ajustes precisos de temperatura e tonalidade da cor
Android 16 adds camera support for fine color temperature and tint adjustments
to better support professional video recording applications. In previous Android
versions, you could control white balance settings through
CONTROL_AWB_MODE, which contains options limited to a
preset list, such as Incandescent,
Cloudy, and Twilight. The
COLOR_CORRECTION_MODE_CCT enables the use of
COLOR_CORRECTION_COLOR_TEMPERATURE and
COLOR_CORRECTION_COLOR_TINT for precise adjustments of
white balance based on the correlated color temperature.
fun setCCT() {
// ... (Your existing code before this point) ...
val colorTemperatureRange: Range<Int> =
mStaticInfo.characteristics[CameraCharacteristics.COLOR_CORRECTION_COLOR_TEMPERATURE_RANGE]
// Set to manual mode to enable CCT mode
reqBuilder[CaptureRequest.CONTROL_AWB_MODE] = CameraMetadata.CONTROL_AWB_MODE_OFF
reqBuilder[CaptureRequest.COLOR_CORRECTION_MODE] = CameraMetadata.COLOR_CORRECTION_MODE_CCT
reqBuilder[CaptureRequest.COLOR_CORRECTION_COLOR_TEMPERATURE] = 5000
reqBuilder[CaptureRequest.COLOR_CORRECTION_COLOR_TINT] = 30
val request: CaptureRequest = reqBuilder.build()
// ... (Your existing code after this point) ...
}
The following examples show how a photo would look after applying different color temperature and tint adjustments:
Detecção de cena no modo noturno da câmera
To help your app know when to switch to and from a night mode camera session,
Android 16 adds EXTENSION_NIGHT_MODE_INDICATOR. If
supported, it's available in the CaptureResult within
Camera2.
This is the API we briefly mentioned as coming soon in the How Instagram enabled users to take stunning low light photos blog post. That post is a practical guide on how to implement night mode together with a case study that links higher-quality in-app night mode photos with an increase in the number of photos shared from the in-app camera.
Ações de intent de captura de fotos com movimento
Android 16 adds standard Intent actions —
ACTION_MOTION_PHOTO_CAPTURE, and
ACTION_MOTION_PHOTO_CAPTURE_SECURE — which request that
the camera application capture a motion photo and return
it.
You must either pass an extra EXTRA_OUTPUT to control
where the image will be written, or a Uri through
Intent.setClipData(ClipData). If you don't set a
ClipData, it will be copied there for you when calling
Context.startActivity(Intent).
Melhorias de imagem UltraHDR
Android 16 continues our work to deliver dazzling image quality with UltraHDR
images. It adds support for UltraHDR images in the HEIC file
format. These images will get ImageFormat type
HEIC_ULTRAHDR and will contain an embedded gainmap similar
to the existing UltraHDR JPEG format. We're working on AVIF support for UltraHDR
as well, so stay tuned.
In addition, Android 16 implements additional parameters in UltraHDR from the ISO 21496-1 draft standard, including the ability to get and set the colorspace that gainmap math should be applied in, as well as support for HDR encoded base images with SDR gainmaps.
Gráficos
O Android 16 inclui as melhorias gráficas mais recentes, como efeitos gráficos personalizados com a AGSL.
Efeitos gráficos personalizados com a AGSL
O Android 16 adiciona RuntimeColorFilter e
RuntimeXfermode, permitindo que você crie efeitos complexos, como
Threshold, Sepia e Hue Saturation, e os aplique a chamadas de exibição. Desde o Android
13, é possível usar a AGSL para criar RuntimeShaders personalizados que estendem Shader. A nova API
reflete isso, adicionando um RuntimeColorFilter com tecnologia AGSL que
amplia ColorFilter e um efeito Xfermode que
permite implementar a composição e a mesclagem personalizadas com base na AGSL entre os pixels de origem e
de destino.
private val thresholdEffectString = """
uniform half threshold;
half4 main(half4 c) {
half luminosity = dot(c.rgb, half3(0.2126, 0.7152, 0.0722));
half bw = step(threshold, luminosity);
return bw.xxx1 * c.a;
}"""
fun setCustomColorFilter(paint: Paint) {
val filter = RuntimeColorFilter(thresholdEffectString)
filter.setFloatUniform(0.5);
paint.colorFilter = filter
}
Conectividade
O Android 16 atualiza a plataforma para dar ao seu app acesso aos mais recentes avanços em tecnologias de comunicação e sem fio.
Intervalo com segurança reforçada
Android 16 adds support for robust security features in Wi-Fi location on supported devices with Wi-Fi 6's 802.11az, allowing apps to combine the higher accuracy, greater scalability, and dynamic scheduling of the protocol with security enhancements including AES-256-based encryption and protection against MITM attacks. This allows it to be used more safely in proximity use cases, such as unlocking a laptop or a vehicle door. 802.11az is integrated with the Wi-Fi 6 standard, leveraging its infrastructure and capabilities for wider adoption and easier deployment.
APIs de intervalo genérico
O Android 16 inclui o novo RangingManager, que oferece
maneiras de determinar a distância e o ângulo no hardware com suporte entre o dispositivo
local e um dispositivo remoto. O RangingManager oferece suporte ao uso de várias
tecnologias de medição, como a detecção de canal BLE, a medição baseada em RSSI BLE, a banda ultralarga e o tempo de ida e volta do Wi-Fi.
Presença do dispositivo gerenciador de dispositivos complementares
No Android 16, novas APIs estão sendo introduzidas para vincular o serviço do app
complementar. O serviço será vinculado quando o BLE estiver no alcance e o Bluetooth estiver conectado
e será desvinculado quando o BLE estiver fora do alcance ou o Bluetooth estiver
desconectado. O app vai receber um novo callback
'onDevicePresenceEvent()' com base em vários
DevicePresenceEvent.
Confira mais detalhes em
'startObservingDevicePresence(ObservingDevicePresenceRequest)'.
Mídia
O Android 16 inclui vários recursos que melhoram a experiência de mídia.
Melhorias no seletor de fotos
The photo picker provides a safe, built-in way for users to grant your app access to selected images and videos from both local and cloud storage, instead of their entire media library. Using a combination of Modular System Components through Google System Updates and Google Play services, it's supported back to Android 4.4 (API level 19). Integration requires just a few lines of code with the associated Android Jetpack library.
Android 16 includes the following improvements to the photo picker:
- Embedded photo picker: New APIs that enable apps to embed the photo picker into their view hierarchy. This allows it to feel like a more integrated part of the app while still leveraging the process isolation that allows users to select media without the app needing overly broad permissions. To maximize compatibility across platform versions and simplify your integration, you'll want to use the forthcoming Android Jetpack library if you want to integrate the embedded photo picker.
- Cloud search in photo picker: New APIs that enable searching from the cloud media provider for the Android photo picker. Search functionality in the photo picker is coming soon.
Vídeo profissional avançado
Android 16 introduces support for the Advanced Professional Video (APV) codec which is designed to be used for professional level high quality video recording and post production.
The APV codec standard has the following features:
- Perceptually lossless video quality (close to raw video quality)
- Low complexity and high throughput intra-frame-only coding (without pixel domain prediction) to better support editing workflows
- Support for high bit-rate range up to a few Gbps for 2K, 4K and 8K resolution content, enabled by a lightweight entropy coding scheme
- Frame tiling for immersive content and for enabling parallel encoding and decoding
- Support for various chroma sampling formats and bit-depths
- Support for multiple decoding and re-encoding without severe visual quality degradation
- Support multi-view video and auxiliary video like depth, alpha, and preview
- Support for HDR10/10+ and user-defined metadata
A reference implementation of APV is provided through the OpenAPV project. Android 16 will implement support for the APV 422-10 Profile that provides YUV 422 color sampling along with 10-bit encoding and for target bitrates of up to 2Gbps.
Privacidade
O Android 16 inclui vários recursos que ajudam os desenvolvedores de apps a proteger a privacidade dos usuários.
Atualizações do app Conexão Saúde
Health Connect adds ACTIVITY_INTENSITY, a data type defined according to World
Health Organization guidelines around moderate and vigorous activity. Each
record requires the start time, the end time, and whether the activity intensity
is moderate or vigorous.
Health Connect also contains updated APIs supporting medical records. This allows apps to read and write medical records in FHIR format with explicit user consent.
Sandbox de privacidade no Android
Android 16 incorporates the latest version of the Privacy Sandbox on Android, part of our ongoing work to develop technologies where users know their privacy is protected. Our website has more about the Privacy Sandbox on Android developer beta program to help you get started. Check out the SDK Runtime which allows SDKs to run in a dedicated runtime environment separate from the app they are serving, providing stronger safeguards around user data collection and sharing.
Segurança
O Android 16 inclui recursos que ajudam a melhorar a segurança do app e proteger os dados dele.
API de compartilhamento de chaves
Android 16 adds APIs that support sharing access to
Android Keystore keys with other apps. The new
KeyStoreManager class supports
granting and revoking access to keys
by app uid, and includes an API for apps to access shared
keys.
Formatos de dispositivos
O Android 16 oferece aos seus apps o suporte necessário para aproveitar ao máximo os formatos do Android.
Estrutura padronizada de qualidade de imagem e áudio para TVs
O novo pacote
MediaQuality no Android 16 expõe
um conjunto de APIs padronizadas para acesso a perfis de áudio e imagem e
configurações relacionadas ao hardware. Isso permite que os apps de streaming consultem perfis e
os apliquem à mídia de forma dinâmica:
- Filmes masterizados com um intervalo dinâmico mais amplo exigem maior precisão de cor para ver detalhes sutis nas sombras e se ajustar à luz ambiente. Portanto, um perfil que prioriza a precisão de cor em vez do brilho pode ser adequado.
- Eventos esportivos ao vivo geralmente são masterizados com um intervalo dinâmico estreito, mas são assistidos durante o dia. Portanto, um perfil que prioriza o brilho em vez da precisão de cores pode gerar resultados melhores.
- O conteúdo totalmente interativo exige um processamento mínimo para reduzir a latência e taxas de quadros mais altas. É por isso que muitas TVs são enviadas com um perfil de jogo.
A API permite que os apps alternem entre perfis, e os usuários podem ajustar as TVs compatíveis para se adequar melhor ao conteúdo.
Internacionalização
O Android 16 adiciona recursos e funcionalidades que complementam a experiência do usuário quando um dispositivo é usado em diferentes idiomas.
Texto vertical
O Android 16 adiciona suporte de baixo nível para renderização e medição de texto verticalmente para
oferecer suporte básico de escrita vertical para desenvolvedores de bibliotecas. Isso é
especialmente útil para idiomas como o japonês, que costumam usar sistemas de escrita
vertical. Uma nova flag,
VERTICAL_TEXT_FLAG,
foi adicionada à classe Paint. Quando
essa flag é definida usando
Paint.setFlags, as APIs de medição de texto
do Paint vão informar avanços verticais em vez de horizontais, e Canvas vai desenhar o texto
verticalmente.
val text = "「春は、曙。」"
Box(
Modifier.padding(innerPadding).background(Color.White).fillMaxSize().drawWithContent {
drawIntoCanvas { canvas ->
val paint = Paint().apply { textSize = 64.sp.toPx() }
// Draw text vertically
paint.flags = paint.flags or VERTICAL_TEXT_FLAG
val height = paint.measureText(text)
canvas.nativeCanvas.drawText(
text,
0,
text.length,
size.width / 2,
(size.height - height) / 2,
paint
)
}
}
) {}
Personalização do sistema de medidas
Users can now customize their measurement system in regional preferences within
Settings. The user preference is included as part of the locale code, so you can
register a BroadcastReceiver on
ACTION_LOCALE_CHANGED to handle locale configuration changes when
regional preferences change.
Using formatters can help match the local experience. For example, "0.5 in" in English (United States), is "12,7 mm" for a user who has set their phone to English (Denmark) or who uses their phone in English (United States) with the metric system as the measurement system preference.
To find these settings, open the Settings app and navigate to System > Languages & region.