Skip to content

Adopt 13718: remove irrlicht gradients #16015

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 10 commits into
base: master
Choose a base branch
from

Conversation

siliconsniffer
Copy link
Contributor

@siliconsniffer siliconsniffer commented Apr 12, 2025

This PR is related to #15826, see this discussion #6733 (comment).

Disclaimer: I have close to zero experience with irrlicht, this is a first hands-on experience for me.

To do/discuss

This PR is a Work in Progress. As far as I can tell the main concerns are:

  • missing contrast, could be mitigated with different brightness
  • harder to recognize separate buttons in groups of buttons
  • main menu tab color
  • harder to distinguish from text fields, needs to still look clickable
  • addition of colors
  • 9-slice

Screenshots

image
RE: removing the faux 3d stuff - let's keep that in.
image
#15826 (comment)
image

@SmallJoker
Copy link
Member

SmallJoker commented Apr 12, 2025

This PR does generally the same as #13718.

My opinion on this topic is unchanged since #13718 (comment). An API or the use of 9-sliced images might be needed to cover most use-cases and personal preferences.

@appgurueu
Copy link
Contributor

This PR does generally the same as #13718.

It looks like this PR addresses at least one major concern (contrast) which was brought up on the original PR by about four different people, and addressing more concerns is planned.

I prefer the current buttons. Others may prefer flat ones.

Most people seem to prefer flat ones (see e.g. the reactions on roller's PR).

A general solution would IMO be to use 9slice drawing for all buttons so that games and players could overwrite the textures (normal, hover, press) on demand.

The problem of button stylability is already pretty much solved as far as games are concerned. Try e.g. Mineclonia.

The question that remains is how default buttons, in the main menu, before the user has done any configuration, should look. The default should look appealing to most (first time) users, and currently it just doesn't.

People don't want to have to configure the GUI of an application to look okay. Some applications let you choose a theme, many don't. I don't think we should maintain multiple themes or a bunch of settings, or introduce something like a "mainmenu texture pack" or direct users to edit some files if they want the main menu to look okay.

It is on us to sensibly choose this default, like any other default, and this was, as far as I know, never done: We just inherited the Irrlicht default styles.

And I don't think the gradient is currently the best approximation of what people expect buttons to look like.

@wsor4035 wsor4035 added @ Client / Audiovisuals UI/UX Formspec Roadmap The change matches an item on the current roadmap labels Apr 12, 2025
@Zughy
Copy link
Contributor

Zughy commented Apr 12, 2025

Concerning the 3rd screen: the red X might work but I wouldn't make the Login button green (definitely not that green, but anyway it can be argued that register and login bear the same weight - so same colour)

@siliconsniffer
Copy link
Contributor Author

siliconsniffer commented Apr 13, 2025

Concerning the 3rd screen: the red X might work but I wouldn't make the Login button green (definitely not that green, but anyway it can be argued that register and login bear the same weight - so same colour)

Thanks for your feedback. Keep in mind that this was just an "experiment", I wouldn't merge it like that either.
The green background color was a personal note, since the "default action" i.e. pressing enter triggers the login (if there is a username of course) - but that's by no means necessary and I completely agree that the color isn't fitting really well.
The red button might need some adjustment though, maybe change it to a regular instead of an image_button?
A more subtle red would also be beneficial.

@siliconsniffer
Copy link
Contributor Author

Although I was previously more on the "let's find a compromise" side of things, I totally agree with @appgurueu.
It's, in my opinion, not feasible to find a compromise for the few people that prefer the gradients without creating an overly complicated solution for something that is meant to be provisional anyway.

In my opinion, we should move forward with this with only minor (e.g., color or contrast) changes before stalling again.
Maybe this could go into the RC? If enough people are upset by the change we can still roll it back.
In the end, this choice is upsetting people either way, but as appgurueu said, it's on us to choose the default.

@sfan5 sfan5 self-requested a review April 23, 2025 14:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
@ Client / Audiovisuals Formspec Roadmap The change matches an item on the current roadmap UI/UX
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants