fix(inline): four small bugs around the inline-consent flow

[marcohanke]

This PR fixes four issues I hit when integrating the inline consent flow
in a customer project on REDAXO 5.20.

Each commit is independent and can be cherry-picked.

1. inline_placeholder.php — $consentId / $serviceKey never initialized

InlineConsent::renderPlaceholderHTML() passes both via $fragment->setVar()
but the template only retrieves $service, $options, $placeholderData
and $content via $this->getVar(). $consentId and $serviceKey are
used as bare variables (lines 58, 105 etc.) — REDAXO rex_fragment
doesn't extract() set vars, so both are null. With display_errors
on this produces PHP warnings inside the data-consent-id attribute,
which breaks the JS that reads that attribute.

2. consent_inline.js cookie name mismatch

setCookieData() writes the cookie as consent_manager=… (with
underscore). All read paths (getStorageValue, getCookie('…'),
sessionStorage.getItem) use consentmanager (no underscore).
Result: the consent cookie is set but never found again after reload —
the inline placeholder reappears every page load even when the user
already accepted.

This commit fixes the write name and also cleans up the old
underscore cookie so users who already hit the bug don't end up with
two stale cookies.

3. Documented css_class option is not implemented

docs/inline.md lists 'css_class' as a supported option (line 504,
565, 569, 741, with an example 'consent-theme-minimal') but
grep -r css_class lib/ fragments/ returns no hits. The option is
silently dropped.

This commit appends the option value as an extra class on the outer
.consent-inline-container element so users can theme individual
placeholders the way the docs already promise.

4. Default --consent-overlay-max-width: 90% makes the overlay not cover the placeholder

The placeholder defines --consent-overlay-max-width: 90% (95% on
mobile) on .consent-inline-placeholder, and .consent-inline-overlay
consumes it as max-width: var(--consent-overlay-max-width). In a
wrapping container with a locked aspect-ratio (e.g. a 16:9 video box),
the overlay stays 10% narrower than the thumbnail behind it — the
thumbnail peeks out at the sides and the placeholder looks broken.

There is no backend setting or theme_editor field for this. Overriding
the variable from a wrapper element doesn't work because the var is
re-declared on the placeholder (a descendant), so the wrapper-level
value never reaches the overlay.

This commit sets the default to 100%. Users who want inset spacing
can use the existing --consent-overlay-padding variable instead.

---

Tested against v5.6.6 in a live customer project. Happy to split into
separate PRs if you'd prefer.

[Copilot]

Pull request overview

This PR targets multiple small issues in the inline-consent flow of the REDAXO Consent Manager AddOn, improving placeholder rendering, persistence of inline consent decisions, and default overlay styling.

Changes:

• inline_placeholder.php: initialize consentId / serviceKey via fragment vars and add support for a documented css_class option on the outer container.
• consent_inline.js: fix the cookie name mismatch by writing consentmanager (and attempt to clean up the legacy consent_manager cookie).
• consent_inline.css: change the default overlay max width to 100% (desktop + mobile) so the overlay fully covers the placeholder.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 2 comments.

File	Description
fragments/ConsentManager/inline_placeholder.php	Initializes missing fragment vars and applies optional extra CSS class for theming.
assets/consent_inline.js	Writes the inline-consent cookie under the correct name and adds legacy-cookie cleanup logic.
assets/consent_inline.css	Updates default overlay sizing variable to avoid visible “thumbnail peeking” at the sides.