Watch this to turn Solo's login link into a modal that opens on the current page, instead of sending the visitor away to /user/login and back.
The prerequisite people miss
Solo has a dedicated Popup Login Block region, and the popup only has anything to show if core's User login block is placed in it at /admin/structure/block. The setting's own label says so in red for a reason — the checkbox on its own produces an empty modal.
Popup Configuration
- Tick this box to login via a popup block — the master switch.
- You can change the login word — the visible trigger text, which defaults to Login. Handy for a non-English site, or for wording like Members.
- CSS Classes Only, plus the fifteen colour fields every Solo region gets.
Advanced Settings
These appear once the master switch is on, and each has a stated default in the form:
- Animation duration (milliseconds) — default 300, accepted range 0 to 5000 in steps of 50.
- Z-index — default 10000, for when the modal opens behind a sticky header.
- Overlay opacity — 0 to 100, default 50.
- Custom trigger selectors — a comma-separated CSS selector list, so your own button can open the popup.
- Use inline styles for display property — leave off unless another module fights Solo over visibility.
Accessibility & Behavior
Five switches, all recommended on and all on by default: close on Escape, close on outside click, focus trap, announce state changes to screen readers, and return focus to the trigger on close. Together they are what makes a modal usable by keyboard, and they are the checklist the ARIA and Section 508 article works through in more depth.
One quiet behaviour to know: untick the master switch and save, and Solo resets every popup value above back to its default rather than leaving stale configuration behind. Requires Solo on Drupal ^10.1 || ^11 || ^12 — see the Solo theme page.
Planning something larger than a single feature — a rebuild, or a move off an older Drupal? Drupal architecture services, or request a quote.
