Possibility to prevent styling of more-info-dialogs

[Kanecaine]

Hi,

I've recently started using UIX after upgrading to Home Assistant 2026.8, because my previous card_mod setup no longer worked reliably for my dashboards.

Overall, UIX has been a very good drop-in replacement and I've been able to migrate almost everything without major issues. However, I've noticed a different behaviour regarding more-info dialogs that I'm not sure is intended or configurable.

From what I observed, UIX appears to apply the active dashboard theme directly to ha-adaptive-dialog (or the contained wa-dialog) by copying the theme variables into its inline style attribute.

The consequence is that theme variables which are primarily intended to style cards (for example secondary-background-color, primary-text-color, etc.) also affect the entire more-info dialog.

For my setup this means:

• cards look exactly as intended,
• but the more-info dialog inherits the same card colors,
• while the same more-info dialogs in places like the Developer Tools still use the default Home Assistant styling

Personally, I would prefer this default Home Assistant behaviour consistently everywhere, even inside dashboards that use a custom theme.

To further clarify the bevavior have a look at these screenshots:

The first one is the more-info dialog opened e.g. from within the developer tools. The second and third one show the same more-info-popup but opened within a dashboard. All my dashboard theme styles are applied to the popup, which is not intended.

I've experimented with overriding the dialog appearance using uix-more-info / uix-more-info-yaml, which technically works, but it means overriding a large number of dialog styles (also for the embedded history-explorer-card) just to restore the default appearance. It also introduces a visible flicker while the dialog is being restyled (which can be reduced using the integration setting that applies dialog styles after the animation, but not eliminated completely).

So my question is:

Is there currently a way to prevent UIX from automatically applying the dashboard theme to more-info dialogs?

In other words, I'd like UIX to leave the dialog styling entirely to Home Assistant unless I explicitly decide to style it.

I'm not sure whether this is intended behaviour, a limitation caused by Home Assistant's theming system, or whether I've simply overlooked an existing option.

Thanks!

[dcapslock]

Is there currently a way to prevent UIX from automatically applying the dashboard theme to more-info dialogs?

No.

In other words, I'd like UIX to leave the dialog styling entirely to Home Assistant unless I explicitly decide to style it.

Actually, what you desire is to have the standard theme, and not the dashboard override heme. See more per my commentary below.

I'm not sure whether this is intended behaviour, a limitation caused by Home Assistant's theming system, or whether I've simply overlooked an existing option.

Yes, its intended behavious since version 7.7.0. See more per my commentary below.

---

The change in 7.7.0 allows for what is otherwise impossible, in that more-info styles can be per and follow dashboard style when a theme override is applied. This could be color, position styles etc.

While not desired in your scenario, consider a scenario where the main theme is a red theme, but a dashboard theme is a blue theme. It would be expected that the more-info shows in blue. This is what is now applied.

I note that the areas of more-info not showing well per your dashboard theme is due to elements not styled to match your theme. These are unlikely showing in your dashboard currently but may do (e.g. perhaps input_select showing etc.).

Now, how to address for what you desire?

This is always the interesting point in developing options. One option is to have an integration option to have more-info always take the main theme, in which case no override theme would be applied to more-info. However, the fact of allowing an option may have others actually expect that they could then apply a different theme other than the main theme to more-info. It is less likely but possible nontheless.

What I suggest is to start a new shorter discussion to clarify what you would expect in an integration option, and once that is upvoted to 10 the feature can be implemented. Thanks.

[Kanecaine]

Thanks for the very detailed reply.

I spent quite some time since yesterday getting around this (in the end i have a workaround which is not perfect but usable), and I want to clarify one important point: I am not a theme/CSS/Shadow DOM expert. Everything I managed to investigate and override was done with the help of ChatGPT (also this problem description was created with help of AI as i am not native English speaker). I mention this because I think this is an important part of the problem: if making an existing theme to work correctly with UIX more-info requires this level of DevTools/CSS knowledge, this may be a significant problem for users who simply install a popular theme and expect it to work.

I tested this with two themes:

• iOS Themes — by far the most problematic in my case
• Graphite — much better, but even its dark variants still show several issues in more-info

The pattern was remarkably consistent: UIX inherits theme variables which were perfectly reasonable for the dashboard, but which are also used by newer HA/WA components inside more-info. As a result, things like cards, form fields, dropdowns, the YAML editor, hover states and icons inherit values that were never intended for that context. In many cases the component itself is behaving correctly — it is simply receiving a theme value with a different meaning in more-info.

For example, my iOS theme sets secondary-background-color to a dark translucent color. A newer HA button inside more-info uses that same variable for its background, resulting in an almost black button where the native dialog expects a light one. I found several variations of essentially the same problem.

This makes me wonder whether this is actually a broader compatibility issue with existing (especially dark) themes, rather than a problem specific to my theme. Graphite being affected as well makes me think this could potentially affect quite a few popular themes.

Regarding your concern about an option creating further requests: I think this is mainly a question of how the option is defined. I don't think it needs to mean "allow users to choose another theme for more-info" although this would be technically correct. I would simply suggest an opt-out such as:

“Prevent UIX from styling more-info dialogs”

From a user's perspective, that is very clear: UIX leaves the native Home Assistant more-info styling alone.

Alternatively, this could be a theme-level keyword that is only interpreted by UIX, so it would not introduce another general-purpose theming mechanism.

I'd be happy if you could maybe find the time to try it out for yourself with different dark themes. And if this and my arguments still don't convince you, I would be happy to create an issue (instead of a new discussion?) with Poll in the title to see what other users think — if you're okay with that.

[dcapslock]

Hi, yes makes sense that dark themes may need update to match latest Home Assistant Frontend styling. It is often when components move from older material to newer webawesome components. When you find an issue I suggest raising it with the author, as after all, then theme should work well with more-info if users are to use as a main theme.

I'd be happy if you could maybe find the time to try it out for yourself with different dark themes. And if this and my arguments still don't convince you, I would be happy to create an issue (instead of a new discussion?) with Poll in the title to see what other users think — if you're okay with that.

That works well. Thanks.

[dcapslock]

Issue #510 raised.

[dcapslock]

🎉 This issue has been resolved in version 8.0.1-beta.6 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀