UI.X 2 [Paid] 2025-03-05

[Gossipy]

We've noticed a (minor) issue with 2.3.5 of UI.X 2 - in direct messages (conversations), users can no longer choose from the multiple reactions that are available elsewhere on the forum. The two-step "Like" option is available (click "Like", then confirm you want to apply reaction), but the pop-up to choose from multiple reactions does not work. However it works normally in all forums/nodes and XFMG.

With XF default theme, it works fine. Only with a UI.X 2 theme does this glitch appear.

 

[willl]

We've noticed a (minor) issue with 2.3.5 of UI.X 2 - in direct messages (conversations), users can no longer choose from the multiple reactions that are available elsewhere on the forum. The two-step "Like" option is available (click "Like", then confirm you want to apply reaction), but the pop-up to choose from multiple reactions does not work. However it works normally in all forums/nodes and XFMG.

With XF default theme, it works fine. Only with a UI.X 2 theme does this glitch appear.

Interesting; I just tested it locally and it appeared to work fine. I also tested with mobile; I will note that you'll want to do a tap & hold to get the modal to come up in this context, since otherwise it relies on hover to trigger.

 

[Gossipy]

Interesting; I just tested it locally and it appeared to work fine. I also tested with mobile; I will note that you'll want to do a tap & hold to get the modal to come up in this context, since otherwise it relies on hover to trigger.

Not for us. Within private conversations, hover (desktop) and tap/hold (mobile) triggered nothing.

I think we've found the issue, though, so I'm posting this for anyone who may encounter the same issue.

We had an old version (2.7.6) of Xon's Conversation Essentials running, even though it's clearly not the correct version of that add-on for the latest version of XF that we are running. Our mistake. As soon as we disabled that add-on, reaction behavior within direct messages returned to the expected behavior. I'm confident once we update that add-on, it will work normally in all themes. If not, I'll post a follow-up.

 

[ThemeHouse]

ThemeHouse updated UI.X 2 with a new update entry:

Version 2.3.6.0.0 Released

Changelog:
Minor bug fixes with some spacing and sizing, changed sticky sidebar implementation method

Note: This release cannot be used on XenForo 2.2, it is exclusively for XenForo 2.3 only.
Note: This update does not require a UI.X add-on update to function properly.

Read the rest of this update entry...

 

[JoyFreak]

Variations doesn't seem to be working. Every time I select "Light" and refresh the page, it goes back to Dark. What am I doing wrong?

 

[Seeker-Smith]

Variations doesn't seem to be working. Every time I select "Light" and refresh the page, it goes back to Dark. What am I doing wrong?

It did that to me as well. I set it to light as default.

 

[JoyFreak]

It did that to me as well. I set it to light as default.

What do you mean you set light as default? There is one style. Did you just disable variation?

 

[Seeker-Smith]

Hi

It's easier to show with images.

 

[JoyFreak]

Hi

It's easier to show with images.

That turns off variation as a whole and no more dark mode which defeats the purpose of that theme (Variations).

 

[Seeker-Smith]

That turns off variation as a whole and no more dark mode which defeats the purpose of that theme (Variations).

Yes I know. Like I said I set mine to default light.

 

[willl]

First off - With the beta Variations style you don't need to make it a child style; it can actually be set as it's own independent style.

Second, if you disable variations on your child of the variations style, you're basically negating the whole variations system and creating extra potential for problems (given that the variations version of UI.X is in beta). If you don't want to actually use variations, then don't use the Variations version of the style, and just create a child style of your regular UI.X style.

If you want the light style to be the default but still allow for the light/dark variations system, then you shouldn't need to change anything in your child style; the default for Variations has light set as the "default" style.



Now, if you mean you want it to automatically force everybody to use the light style regardless of their system/browser configuration settings, that's something you'd need to take up with XF's variations system itself; as it stands XF's variations system doesn't allow for disabling the auto-detect-by-default. In this situation you'll want to again skip the variations style and just use a regular non-variations style for light, and then create a child style of that to work as a dark version of the style, allowing users to select it using the style selector rather than the variations selector.

 

[Seeker-Smith]

First off - With the beta Variations style you don't need to make it a child style; it can actually be set as it's own independent style.

Second, if you disable variations on your child of the variations style, you're basically negating the whole variations system and creating extra potential for problems (given that the variations version of UI.X is in beta). If you don't want to actually use variations, then don't use the Variations version of the style, and just create a child style of your regular UI.X style.

If you want the light style to be the default but still allow for the light/dark variations system, then you shouldn't need to change anything in your child style; the default for Variations has light set as the "default" style.

View attachment 320500

Now, if you mean you want it to automatically force everybody to use the light style regardless of their system/browser configuration settings, that's something you'd need to take up with XF's variations system itself; as it stands XF's variations system doesn't allow for disabling the auto-detect-by-default. In this situation you'll want to again skip the variations style and just use a regular non-variations style for light, and then create a child style of that to work as a dark version of the style, allowing users to select it using the style selector rather than the variations selector.

Hi Will,
I didn't realize Variations was in beta. Good to know!

I turned off Dark because when I set my colors for light some of the links in Dark looked awful. I haven't tracked down the setting for it yet.

The big problem is though that the dark / or light doesn't hold between screen refreshes.

When I get a chance I'm going to try Materials again. I just couldn't get my logos to work for desktop or mobile.

Thanks,
Peter

 

[willl]

I turned off Dark because when I set my colors for light some of the links in Dark looked awful. I haven't tracked down the setting for it yet.

When you're editing a style with variations, are you able to set the alternate variants for the accent colors like the ones noted in this screenshot?



By default those link colors should pull from these in most of our styles; If you use a dark red, for example, in the Accent 3 color, then the active nav item will have that color (since it's pulled from @xf-uix_secondaryColor, which is pulled from Accent 3).

The big problem is though that the dark / or light doesn't hold between screen refreshes.

This sounds like a larger issue not related to the theme; XF should be storing cookies on that. Do you have the same issue when testing with the default XF style with variations?

When I get a chance I'm going to try Materials again. I just couldn't get my logos to work for desktop or mobile.

Just note that - as of right now - the Material child style has minimal additional tweaks (and isn't supported for use with Variations). A future release may re-enable material icons for it, but overall I'd still recommend sticking with FA icons as XF's implementation of FA is extremely good for performance, while the material icon implementation we have available currently still relies on a font file rather than the SVGs FA uses.

 

[Seeker-Smith]

When you're editing a style with variations, are you able to set the alternate variants for the accent colors like the ones noted in this screenshot?

View attachment 320510

By default those link colors should pull from these in most of our styles; If you use a dark red, for example, in the Accent 3 color, then the active nav item will have that color (since it's pulled from @xf-uix_secondaryColor, which is pulled from Accent 3).



This sounds like a larger issue not related to the theme; XF should be storing cookies on that. Do you have the same issue when testing with the default XF style with variations?


Just note that - as of right now - the Material child style has minimal additional tweaks (and isn't supported for use with Variations). A future release may re-enable material icons for it, but overall I'd still recommend sticking with FA icons as XF's implementation of FA is extremely good for performance, while the material icon implementation we have available currently still relies on a font file rather than the SVGs FA uses.

Hi Will,

Xenforo default holds the style variation.

I have been able to correct all the link colors except for the menu. The dark retains the dark red and I haven't found the setting for it. It does not to be set from within Basic colors.

 

[willl]

Hi Will,

Xenforo default holds the style variation.

I have been able to correct all the link colors except for the menu. The dark retains the dark red and I haven't found the setting for it. It does not to be set from within Basic colors.

Sounds like there may be some larger issue at play then; Would you mind creating a ticket so we can investigate further? Just click "Create a Ticket" here: https://www.themehouse.com/contact/support