Android system bars — Option 2 preview: white bars + brand separator line

Swap the class to sysbar-sep (thin 1.5px brand line under the status bar + above
the nav bar, bars stay white) and icons back to dark. Second of the two looks for
the user to compare; pick one after this.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
2026-09-19 18:09:39 +05:30
parent 133208ae3f
commit 03de639e1a
+4 -4
View File
@@ -1324,10 +1324,10 @@ function twemojify(_el){ /* native emoji: nothing to do */ }</script>
// clock/battery/nav icons vanish). Set them to DARK content — in @capacitor-community/safe-area, style
// 'LIGHT' means "dark content on a light background". Also mirrored in capacitor.config.json (statusBarStyle/
// navigationBarStyle) for a permanent fix on the next build; this runtime call fixes already-installed APKs.
// OPTION 1 (brand-blue bars): fill the status/nav regions blue (CSS .sysbar-blue) + LIGHT/white icons so
// they contrast on the blue (plugin style 'DARK' = light content). Swap to Option 2 by changing the class to
// 'sysbar-sep' and the two styles below to 'LIGHT' (dark icons for white bars).
if(p==='android'){ r.classList.add('sysbar-blue'); try{ var SA=C.Plugins&&C.Plugins.SafeArea; if(SA&&SA.setSystemBarsStyle){ SA.setSystemBarsStyle({ style:'DARK', type:'STATUS_BAR' }); SA.setSystemBarsStyle({ style:'DARK', type:'NAVIGATION_BAR' }); } }catch(_){} }
// OPTION 2 (white bars + thin brand separator line): keep the bars white (CSS .sysbar-sep draws a 1.5px brand
// line under the status bar + above the nav bar) and use DARK icons (plugin style 'LIGHT' = dark content on a
// light bg). Swap to Option 1 by changing the class to 'sysbar-blue' and the two styles below to 'DARK'.
if(p==='android'){ r.classList.add('sysbar-sep'); try{ var SA=C.Plugins&&C.Plugins.SafeArea; if(SA&&SA.setSystemBarsStyle){ SA.setSystemBarsStyle({ style:'LIGHT', type:'STATUS_BAR' }); SA.setSystemBarsStyle({ style:'LIGHT', type:'NAVIGATION_BAR' }); } }catch(_){} }
// Keyboard. The device log proved that on our build (resize:none) the WebView does NOT resize and
// VisualViewport does NOT reflect the keyboard (clientHeight & vvHeight both stay full) — so the ONLY
// reliable signal is the Capacitor Keyboard plugin's reported height. Now that the iOS auto-zoom is