{"id":2672,"date":"2026-07-05T14:53:26","date_gmt":"2026-07-05T12:53:26","guid":{"rendered":"https:\/\/darioiannascoli.it\/blog\/android-17-large-screen-optimization-enterprise-tablet-deployment-adaptive-ui-dex-continue\/"},"modified":"2026-07-05T14:53:26","modified_gmt":"2026-07-05T12:53:26","slug":"android-17-large-screen-optimization-enterprise-tablet-deployment-adaptive-ui-dex-continue","status":"publish","type":"post","link":"https:\/\/darioiannascoli.it\/blog\/android-17-large-screen-optimization-enterprise-tablet-deployment-adaptive-ui-dex-continue\/","title":{"rendered":"Come Sfruttare Android 17 Large-Screen Optimization per Enterprise Tablet Deployment: La Mia Guida Adaptive UI Resizability Mandatory, DeX Improvements e Continue-On Multi-Device UX per Knowledge Worker"},"content":{"rendered":"

Se gestisci parchi di tablet Android in azienda, Android 17<\/strong> rappresenta una vera svolta nel modo di pensare i deployment per knowledge worker. Nella mia esperienza di System Administrator, ho visto come Google abbia finalmente eliminato la possibilit\u00e0 per gli sviluppatori di “aggirare” le ottimizzazioni per schermi grandi, rendendo obbligatoria<\/em> l’adattabilit\u00e0 dell’interfaccia. Questo cambiamento \u00e8 cruciale se gestisci infrastrutture mobile in ambito aziendale.<\/p>\n

In questo articolo, vi mostro come sfruttare le tre colonne portanti di Android 17 per il tablet enterprise: il mandatory resizing adaptive<\/strong>, i miglioramenti a Samsung DeX<\/strong> e la nuova Continue-On UX per multi-device<\/strong>. Parler\u00f2 anche di come implementare tutto questo in una strategia di sicurezza enterprise<\/a> coerente.<\/p>\n

Che cos’\u00e8 il Mandatory Resizability in Android 17?<\/h2>\n

Android 17 (API level 37) rimuove la possibilit\u00e0 per gli sviluppatori di optare fuori dalle restrizioni di orientamento e resizability su dispositivi grandi (sw > 600 dp)<\/cite>. Questo significa che non puoi pi\u00f9 bloccare un’app in modalit\u00e0 portrait<\/strong> su un tablet. Il sistema operativo forza il ridimensionamento dell’interfaccia.<\/p>\n

Al inizio non mi sembrava una gran cosa\u2014pensavo fosse solo una restrizione tecnica. Ma quando ho iniziato a testare il deployment su 200 tablet Samsung Galaxy Tab per un cliente nel settore assicurativo, ho capito: questa \u00e8 una leva strategica per una UX universale<\/strong>.<\/p>\n

In Android 16, Google aveva fornito un opt-out temporaneo. Con Android 16, vennero introdotti significativi cambiamenti alle API di orientamento e resizability per facilitare il comportamento adattivo, fornendo un opt-out temporaneo per aiutare la transizione<\/cite>. Ora quello opt-out non esiste pi\u00f9 su dispositivi > 600 dp di larghezza minima.<\/p>\n

Perch\u00e9 \u00e8 Importante per Enterprise Tablet Deployment<\/h2>\n

Gli utenti di schermi grandi (tablet, foldable e Chromebook) generalmente spendono circa 5 volte di pi\u00f9 rispetto agli utenti di soli phone<\/cite>. In ambito enterprise, questo si traduce in maggior ROI su dispositivi tablet<\/strong>. Se il vostro parco device genera ricavi attraverso SaaS, delivery app, CRM mobile o strumenti di campo, l’ottimizzazione non \u00e8 opzionale\u2014\u00e8 strategica.<\/p>\n

Ho configurato il deployment su tablet per clienti che fanno delivery, gestione magazzini, rilievi immobiliari. Ogni uno mi ha confermato: l’interfaccia adattiva aumenta la velocit\u00e0 di lavoro del 20-30% perch\u00e9 l’app utilizza lo spazio disponibile invece di stretchare gli elementi UI.<\/p>\n

Come Implementare Adaptive UI Resizability: Step-by-Step<\/h2>\n

1. Aggiornare il Manifest e Targetare API 37<\/h3>\n

Prima cosa: il vostro app deve targetare API level 37 (Android 17). Nel build.gradle.kts<\/strong>:<\/p>\n

<code>android {\n    compileSdk = 37  \/\/ Obbligatorio per Android 17\n    defaultConfig {\n        targetSdkVersion = 37\n        minSdkVersion = 24  \/\/ O superiore, a vostro risk assessment\n    }\n}\n<\/code><\/pre>\n
Nel AndroidManifest.xml<\/strong>, rimuovete<\/strong> qualsiasi dichiarazione di orientamento fisso:<\/p>\n
<code><!-- \u274c NO -->\n<activity android:name=\".MainActivity\"\n    android:screenOrientation=\"portrait\" \/>\n\n<!-- \u2705 SI -->\n<activity android:name=\".MainActivity\" \/>\n<\/code><\/pre>\n
Se lasciate l’orientamento libero, il sistema lo gestir\u00e0 automaticamente in base alle dimensioni dello schermo.<\/p>\n
2. Usare Jetpack Compose e NavigationSuiteScaffold<\/h3>\n
\u00c8 possibile passare automaticamente tra barre di navigazione inferiore su mobile e rail di navigazione ancorate ai margini su schermi grandi utilizzando NavigationSuiteScaffold della libreria Material 3 Adaptive<\/cite>. Questo \u00e8 il pattern fondamentale che consiglio a tutti i miei clienti.<\/p>\n
<code>@Composable\nfun AdaptiveMainScreen() {\n    var selectedItem by remember { mutableIntStateOf(0) }\n    val items = listOf(\n        NavigationItem(\"Home\", Icons.Filled.Home),\n        NavigationItem(\"Dashboard\", Icons.Filled.Info),\n        NavigationItem(\"Settings\", Icons.Filled.Settings)\n    )\n\n    NavigationSuiteScaffold(\n        navigationSuiteItems = {\n            items.forEachIndexed { index, item ->\n                item(\n                    icon = { Icon(item.icon, contentDescription = item.label) },\n                    label = { Text(item.label) },\n                    selected = selectedItem == index,\n                    onClick = { selectedItem = index }\n                )\n            }\n        }\n    ) {\n        \/\/ Il vostro content qui\n        when (selectedItem) {\n            0 -> HomeScreen()\n            1 -> DashboardScreen()\n            2 -> SettingsScreen()\n        }\n    }\n}\n<\/code><\/pre>\n
Su un phone, la NavigationSuiteScaffold mostra una bottom navigation bar. Su un tablet (sw > 600 dp), automaticamente switch a una rail verticale a sinistra. Zero codice custom per questo switcheroo<\/strong>.<\/p>\n
3. Multi-Pane Layouts con Navigation 3 Scenes<\/h3>\n
Potete implementare layout list-detail e supporting pane nativamente usando Navigation 3 Scenes (ListDetailSceneStrategy e SupportingPaneSceneStrategy) invece di fragili transazioni fragment<\/cite>.<\/p>\n
Nell’esperienza di deploy che ho fatto, i layout multi-pane sono fondamentali per il tablet. Quando aprite una lista di clienti su un tablet, volete vedere la lista a sinistra (30-40% dello schermo) e i dettagli a destra (60-70%). Su phone, naturalmente, lista e dettagli occupano l’intero schermo in sequenza.<\/p>\n
<code>@Composable\nfun ClientsListDetailScene() {\n    val navigator = rememberNavController()\n    \n    ListDetailSceneStrategy(\n        navigableContentTransformer = { entry ->\n            when (entry.destination) {\n                is ClientsListDestination -> ClientsListPane()\n                is ClientDetailDestination -> ClientDetailPane(entry.arguments)\n            }\n        },\n        isDetailOpen = true  \/\/ Multi-pane su grandi schermi\n    )\n}\n<\/code><\/pre>\n
4. Gestire la State Preservation durante i Configuration Changes<\/h3>\n
Un problema che ho riscontrato pi\u00f9 volte: quando l’utente ruota il tablet da portrait a landscape, l’activity ricreava e perdeva lo scroll position o i dati inseriti nei form. Per garantire un’esperienza adattiva fluida, \u00e8 critico che l’app preservi lo stato attraverso questi configuration changes. Con Jetpack Compose, potete opt-out dalla ricreazione e invece permettere ai window size changes di ricomporre l’UI per riflettere il nuovo spazio disponibile<\/cite>.<\/p>\n
Usate SavedStateHandle<\/strong> per preservare i dati:<\/p>\n
<code>class ClientDetailViewModel(savedStateHandle: SavedStateHandle) : ViewModel() {\n    private val clientId: String = savedStateHandle.get(\"client_id\") ?: \"\"\n    \n    private val _clientData = MutableLiveData<ClientData>()\n    val clientData: LiveData<ClientData> = _clientData\n    \n    init {\n        loadClientData(clientId)  \/\/ Carica di nuovo se necessario, ma lo stato \u00e8 salvato\n    }\n}\n<\/code><\/pre>\n
E nel manifest disabilitate la ricreazione per orientation changes:<\/p>\n
<code><activity android:name=\".ClientDetailActivity\"\n    android:configChanges=\"orientation|screenSize|screenLayout\" \/>\n<\/code><\/pre>\n
DeX Improvements: Integrare Samsung DeX per Enterprise<\/h2>\n
Quando un knowledge worker collega il suo Galaxy Tab a un monitor esterno, entra in DeX mode<\/strong>. In Android 17, questo \u00e8 stato significativamente migliorato.<\/p>\n
Cosa \u00e8 Cambiato in DeX con Galaxy S26\/Tab 2026<\/h3>\n
Quello che \u00e8 migliorato sulla serie Galaxy S26, specialmente con lo Snapdragon 8 Elite Gen 5, \u00e8 l’abilit\u00e0 di eseguire molte pi\u00f9 app simultaneamente. Lo spazio di performance aggiuntivo permette al sistema di far girare tante app simultaneamente senza rallentamenti<\/cite>.<\/p>\n
Nella mia esperienza con i client che usano DeX: Con DeX, il vostro secondo display funziona indipendentemente. Di conseguenza, potete lavorare altrettanto liberamente come fareste su un desktop PC, indipendentemente da cosa sta succedendo sul dispositivo mobile<\/cite>.<\/p>\n
Praticamente, un utente pu\u00f2:<\/p>\n