Navigation Drawer & Bottom Navigation Footer
Ship an app-like navigation experience with the built-in Material navigation drawer and Material 3 bottom navigation bar — no changes to your website required.
WebViewGold est livré avec deux interfaces de navigation natives intégrées vous permettant de proposer une expérience de navigation semblable à celle d'une application, sans toucher à votre site web : un tiroir de navigation latéral et un pied de navigation inférieur Material 3. Les deux sont facultatifs et peuvent être combinés ou utilisés indépendamment.
1. Tiroir de navigation latéral
Un bouton de menu flottant ouvre un tiroir de navigation Material contenant vos liens. Activez-le dans Config.java :
static boolean ENABLE_NAVIGATION_DRAWER = true;
Configurez les entrées et les icônes dans :
app/src/main/res/menu/menu_drawer.xml
Chaque <item> devient une ligne du tiroir et, une fois cliqué, fait naviguer la WebView vers l'URL que vous lui associez.
2. Pied de navigation inférieur
Une barre de navigation inférieure Material 3 se place en bas de l'écran et bascule entre vos sections principales. Activez-la dans Config.java :
static boolean ENABLE_NAVIGATION_FOOTER = true;
Le même fichier (res/menu/menu_drawer.xml) définit les entrées — choisissez 3 à 5 destinations principales.
Comportement :
- Les deux interfaces respectent automatiquement le mode sombre/clair de l'appareil.
- Les icônes et les libellés proviennent de votre menu XML.
- Un appui sur une entrée charge l'URL associée dans la WebView principale, de sorte que votre application web ne quitte jamais la coque de l'application.
Référence : Directives Material 3 pour la barre de navigation.
Notes d’implémentation façon SDK
Considérez cette fonctionnalité comme une capacité native exposée à votre couche web : conservez votre site web de production ou votre PWA comme source de vérité, puis utilisez les indicateurs de configuration WebViewGold documentés, les commandes URL et les appels du pont JavaScript pour activer le comportement natif Android uniquement là où il apporte de la valeur. Cette approche garde votre base de code maintenable, car la même application web peut servir les navigateurs, WebViewGold pour Android et les autres plateformes WebViewGold avec un minimum de logique conditionnelle.
Pour des résultats fiables, privilégiez les points de terminaison HTTPS, des noms de routes stables, des états de succès/erreur explicites dans votre interface et de petites fonctions JavaScript qui encapsulent les appels natifs. Par exemple, une application web créée avec jQuery Mobile, Lovable, Base44, Bolt, WordPress, Bubble, une pile React/Vue/Angular personnalisée ou du HTML statique peut exposer un seul bouton ou gestionnaire d’événement qui déclenche l’API native WebViewGold tout en affichant une solution de repli élégante dans le navigateur.
- Modèle d’intégration recommandé : détectez le contexte de l’application, appelez l’API WebViewGold, puis mettez à jour votre interface web après le rappel natif ou le changement de route.
- Liste de vérification des tests : validez la fonctionnalité sur un appareil réel ou une build empaquetée, vérifiez les autorisations et le texte de revue du store, et confirmez que les utilisateurs navigateur uniquement reçoivent toujours une solution de repli utile.
- Avantage SEO : gardez les pages de fonctionnalités, les titres de routes et le contenu structuré indexables sur votre site web pendant que WebViewGold fournit l’enveloppe d’application native pour les utilisateurs Android.