Align theme-fab + a11y toolbar behavior + CSS with MokoAI #178
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Align theme-fab + a11y toolbar behavior + CSS with MokoAI
MokoAI vendors this project's theme switcher (light/dark/auto FAB) + accessibility toolbar and has refined the behavior + CSS (responsive collapse-into-tab on mobile, light-theme accent
#aec5f5with black text on accent buttons, fab/tab color parity, login in-card placement). Align this project's implementation so the widget behavior + CSS match.Reference behavior (MokoAI)
#aec5f5; accent-filled buttons use black text (never white on light); the fab + tab stay a consistent blue (do not change color).Reference / tracking: MokoConsulting/MokoAI#146
Branch created:
feature/178-align-theme-fab-a11y-toolbar-behavior-cs🧪 Testing plan — Theme-FAB + a11y toolbar (MokoAI parity)
Build:
feature/fab-a11y-mokoai-parity(commit9159108). Theme FAB + a11y toolbar params enabled.Parity already in place (regression-check these still work)
#1565c0(light) /#42a5f5(dark); the FAB body stays#112855in both themes.New: login-card relocation
index.php?option=com_users&view=login). → the FAB relocates into the login card as a flush bottom bar:in-cardclass, full-width, top separator border, centred, no float shadow.MutationObserverstill relocates it within ~3 s.body.view-login).⚠️ Selector verification (the one caveat)
.com-users-login, .login .card, main#maincontent .card. If the FAB does not dock on the login page, inspect the login DOM and adjust the selector inrelocateFabToLoginCard().Pass criteria
Docked flush bar on login (both themes), fully functional; unchanged behaviour everywhere else.