Tooltip clipped when a parent element has overflow: hidden

Hi @mte90,

Thanks for the quick reply and for the documentation link, I understand this is a common issue with page builders and that it’s not easy to fix for every possible layout.

That said, I’d like to suggest a more structural approach: instead of relying on CSS overrides on a case-by-case basis (which requires identifying and patching every parent with overflow: hidden, and can’t cover all builder/theme combinations), would it be possible to render the tooltip element directly inside <body> rather than nesting it inside the glossary term’s container?

This is the standard pattern used by most modern tooltip libraries (Tippy.js, Tooltipster, etc.): the tooltip markup is appended to the end of <body> when triggered, and its position is calculated with JS (via getBoundingClientRect() of the trigger term) rather than relying on position: absolute within the normal DOM flow. Since the tooltip would no longer be a descendant of the term’s container, it would automatically escape any overflow: hidden/auto on ancestor elements, regardless of the theme, builder, or layout used, without needing a specific CSS fix for each case.

This would remove the need to document and maintain workarounds per builder, since the fix would apply universally at the plugin level.

Would this be something you’d consider for a future version?

Thanks again for your work on the plugin.

Best regards,
Sébastien