Platform Fallback Specification (Standardized Bridge Edition)

Contexte

Dans l'architecture "Pure Web", l'application SvelteKit est totalement agnostique du matériel. Toutes les typologies d'appareils (VESTEL, TCL, G4K, ANDROID, PHILIPS, SAMSUNG, LG) sont désormais routées vers le Unified Platform Bridge.

Comportement intentionnel

Le pilotage du matériel (lancement d'apps, purge, reboot, hotspot) ne se fait plus via des plugins Capacitor ou des API locales (WIXP, Tizen API) directement dans l'UI.

Ce comportement assure :

• Une portabilité totale de l'UI sur n'importe quel matériel.
• Une maintenance centralisée dans les applications hôtes natives (Wrappers).
• Une cohérence parfaite entre toutes les marques de TV.

Flux de Communication Standardisé

Fallback de lancement par plateforme

Bien que le transport soit unifié, les capacités logiques de filtrage des commandes restent gérées par les "command checkers" :

Plateforme	Stratégie de Standardisation	Détail
Samsung TV	Unified Bridge	Utilise LAUNCH_APP, LAUNCH_TV, OPEN_SYSTEM_SETTINGS, OPEN_MANUFACTURER_SETTINGS et PURGE_DATA sur l'hôte Tizen.
LG TV	Unified Bridge	Utilise LAUNCH_APP, LAUNCH_TV, OPEN_SYSTEM_SETTINGS, OPEN_MANUFACTURER_SETTINGS et PURGE_DATA sur l'hôte webOS.
Android	Unified Bridge	Utilise LAUNCH_APP, CAN_LAUNCH_APP, LAUNCH_TV, OPEN_SYSTEM_SETTINGS, OPEN_MANUFACTURER_SETTINGS et PURGE_DATA (Intent fr.tvcast.privacy) sur l'hôte Capacitor.
Philips Pro	Unified Bridge	Utilise le bridge standard avec OPEN_MANUFACTURER_SETTINGS (target: professional). L'hôte Philips est responsable de la traduction vers l'API WIXP locale.
Chromecast	Limitations Native	Afficher Chromecast V3 ne supporte pas le lancement d'application. via toast et log.

Uniformisation Android et Philips

Les téléviseurs Philips professionnels reposent sur Android TV. Auparavant, nous avions des délégations complexes. Désormais :

• PhilipsAppLauncher et AndroidAppLauncher appellent tous les deux platformBridge.launchApp().
• PhilipsTvPurger et AndroidAppPurger appellent tous les deux platformBridge.purge().
• PhilipsSettingsOpener et AndroidSettingsOpener appellent platformBridge.openSystemSettings().
• Les réglages constructeur passent par platformBridge.openManufacturerSettings() avec target et vendor.

Cette uniformisation signifie que l'UI ne contient plus de "if Philips" ou "if Android" pour les actions matérielles critiques. C'est l'hôte (wrapper) qui porte la responsabilité de l'exécution.

Exemples de Code (Agnostique)

Lancement d'application

// Quel que soit le matériel (VESTEL, LG, Samsung...)
await platformBridge.launchApp('com.netflix.ninja');

Purge des données

// Déclenche l'action standard sur n'hui quel hôte
await platformBridge.purge();

---

e-novatis
Date de dernière mise à jour : 2024 (Architecture Pure Web)