You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I create a custom supportHover condition referenced in the docs, I expect the related generated styles to be ordered before the corresponding active conditional styles so that the active styles can override them. Instead, the supportHover styles are ordered after the active styles
Hover and click on each of the text entries in the playground (on a device with a fine pointer)
The first one (no custom conditions) has active styles applied when clicking
The second one (custom hover condition) does not have active styles applied (due to CSS ordering)
The third one (custom hover and custom active conditions, my workaround) does have active styles applied (due to increased specificity in the custom active condition)
Inspect the generated CSS tab to see why each of the examples behave the way they do
JS Framework
React TS
Panda CSS Version
1.6.0
Browser
Google Chrome 142
Operating System
macOS
Windows
Linux
Additional Information
My workaround of introducing a more specific active selector does technically work, but it does result in a more confusing API and more generated styles. I feel like this could be fixed simply by making sure the ordering of generated styles matches expectations for hover/active conditions.
I've also tried writing styles like below but I also ran across some strange behaviours when I tried to nest conditional group styles
🟠 Technically works, but is confusing, error prone, and results in more generated styles than necessary
I'm also aware than whether or not this should be considered a bug is marginal since I am using a custom condition (though I did copy it directly from the docs). Feel free to convert to a discussion if that's more appropriate.
This discussion was converted from issue #3445 on December 25, 2025 21:35.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Description
When I create a custom
supportHovercondition referenced in the docs, I expect the related generated styles to be ordered before the correspondingactiveconditional styles so that theactivestyles can override them. Instead, thesupportHoverstyles are ordered after theactivestylesLink to Reproduction
https://play.panda-css.com/c-5nrA7mRl
Steps to reproduce
JS Framework
React TS
Panda CSS Version
1.6.0
Browser
Google Chrome 142
Operating System
Additional Information
My workaround of introducing a more specific
activeselector does technically work, but it does result in a more confusing API and more generated styles. I feel like this could be fixed simply by making sure the ordering of generated styles matches expectations for hover/active conditions.I've also tried writing styles like below but I also ran across some strange behaviours when I tried to nest conditional
groupstyles🟠 Technically works, but is confusing, error prone, and results in more generated styles than necessary
❌ Doesn't work, nesting the
groupconditions results in the selectors being concatenated rather than mergedI'm also aware than whether or not this should be considered a bug is marginal since I am using a custom condition (though I did copy it directly from the docs). Feel free to convert to a discussion if that's more appropriate.
Beta Was this translation helpful? Give feedback.
All reactions