Add theme support to tooltip component

[jmuzina]

Done

• Updates tooltips to invert their ancestor's color theme. I.E.: tooltips on dark use light theme, tooltips on light/paper use dark theme.
• Tooltips can be set to use a different theme than the inverse of the body, to handle cases where the tooltip is contained within an element that has a theme different from the body.

Fixes WD-11871

QA

• Verify that all tooltip examples look correct on all color themes. They should always use the opposite color theme.
  • Default
  • Detached
  • Theme overrides - ensure that the "correct" tooltip inverts the theme of its surrounding strip, not the page body.
    • Light
    • Dark
  • Review combined tooltips example and verify the new examples have been added.
  • Review theming tooltips docs

Check if PR is ready for release

If this PR contains Vanilla SCSS code changes, it should contain the following changes to make sure it's ready for the release:

• PR should have one of the following labels to automatically categorise it in release notes:
  • Feature 🎁, Breaking Change 💣, Bug 🐛, Documentation 📝, Maintenance 🔨.
• Vanilla version in package.json should be updated relative to the most recent release, following semver convention:
  • if CSS class names are not changed it can be bugfix release (x.x.X)
  • if CSS class names are changed/added/removed it should be minor version (x.X.0)
  • see the wiki for more details
• Any changes to component class names (new patterns, variants, removed or added features) should be listed on the what's new page.

Screenshots

[webteam-app]

Demo

Jenkins

demos.haus

[pastelcyborg]

Nit: The title of this PR is a bit odd - "Add theme support to tooltip component" is probably fine.

Also, it's a bit strange that the tooltip body is visually disconnected from its tail:

Not directly related to this PR, I don't think, but fixing this might be a nice drive-by

[bartaz]

The contrast between dark tooltip and dark background doesn't seem sufficient. Tooltip is barely visible.

@lyubomir-popov Any thoughts? Not sure how often tooltips are used on top of dark backgrounds yet (so we may not need to address this right away), but this doesn't seem to be a good long term solution.

Or maybe the issue is the contrast ratio between dark and alternative dark backgrounds? But obviously changing those will affect many other places.

[lyubomir-popov]

Or maybe the issue is the contrast ratio between dark and alternative dark backgrounds? But obviously changing those will affect many other places.

let's just flip to the opposite theme in tooltips, iirc lots of people felt that to be the right choice last time we looked at these.

[jmuzina]

Or maybe the issue is the contrast ratio between dark and alternative dark backgrounds? But obviously changing those will affect many other places.

let's just flip to the opposite theme in tooltips, iirc lots of people felt that to be the right choice last time we looked at these.

@lyubomir-popov This has been updated to invert the tooltip color themes.

[pastelcyborg]

Overall, the theming functionality looks good now, but that disconnected tail seems like a thing we should fix here, if possible.

[jmuzina]

Overall, the theming functionality looks good now, but that disconnected tail seems like a thing we should fix here, if possible.

@pastelcyborg
@bartaz and I discussed this briefly last week and I forgot to note it here: this only seems to happen when you zoom the page beyond 100%. Does it occur on other magnifications for you? If so, on what browser(s)?

[bartaz]

Detached tooltip is not white?

[jmuzina]

Detached tooltip is not white?

@bartaz

I think they are the same #f7f7f7 - maybe the different background contrast makes them look different?

@lyubomir-popov can you verify whether these tooltips look correct?

[jmuzina]

@bartaz @pastelcyborg Updated this to support & document theme inversion override as discussed today:

[jmuzina]

@pastelcyborg @bartaz Do you think this is more clear semantically if the .p-tooltip with overridden background uses the .is-<theme> of the background that is actually displayed for the tooltip? I wonder if it's a bit confusing that .p-tooltip.is-light results in a tooltip with a dark background

[pastelcyborg]

@pastelcyborg @bartaz Do you think this is more clear semantically if the .p-tooltip with overridden background uses the .is-<theme> of the background that is actually displayed for the tooltip? I wonder if it's a bit confusing that .p-tooltip.is-light results in a tooltip with a dark background

I would stick with the solution we've come up with. The theme values represent the component when used with a particular theme, not the current color scheme most visually prevalent within the component.

[lyubomir-popov]

@jmuzina looks good, only spotted one thing - the incorrect example at the bottom works the same way as the correct one:

https://vanilla-framework-5326.demos.haus/docs/examples/patterns/tooltips/combined?theme=light

[jmuzina]

@jmuzina looks good, only spotted one thing - the incorrect example at the bottom works the same way as the correct one:

https://vanilla-framework-5326.demos.haus/docs/examples/patterns/tooltips/combined?theme=light

@lyubomir-popov It depends on the theme of the document body, try switching the page theme and you'll see it changes.

The one with the dark strip only changes between the two tooltips when the page itself is light-themed

[lyubomir-popov]

LGTM