Skip to content

sidebar: use label-primary for num_gravity and num_lists #3489

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 1 commit into
base: development
Choose a base branch
from

Conversation

XhmikosR
Copy link
Contributor

@XhmikosR XhmikosR commented May 26, 2025

Makes things consistent since these can contain both allowed and blocked domains/lists

Thank you for your contribution to the Pi-hole Community!

Please read the comments below to help us consider your Pull Request.

We are all volunteers and completing the process outlined will help us review your commits quicker.

Please make sure you

  1. Base your code and PRs against the repositories developmental branch.
  2. Sign Off all commits as we enforce the DCO for all contributions
  3. Sign all your commits as they must have verified signatures
  4. File a pull request for any change that requires changes to our documentation at our documentation repo

What does this PR aim to accomplish?:

How does this PR accomplish the above?:

Link documentation PRs if any are needed to support this PR:


By submitting this pull request, I confirm the following:

  1. I have read and understood the contributors guide, as well as this entire template. I understand which branch to base my commits and Pull Requests against.
  2. I have commented my proposed changes within the code and I have tested my changes.
  3. I am willing to help maintain this change if there are issues with it later.
  4. It is compatible with the EUPL 1.2 license
  5. I have squashed any insignificant commits. (git rebase)
  6. I have checked that another pull request for this purpose does not exist.
  7. I have considered, and confirmed that this submission will be valuable to others.
  8. I accept that this submission may not be used, and the pull request closed at the will of the maintainer.
  9. I give this submission freely, and claim no ownership to its content.

  • I have read the above and my PR is ready for review. Check this box to confirm

Makes things consistent since these can contain both allowed and blocked domains/lists

Signed-off-by: XhmikosR <[email protected]>
@XhmikosR XhmikosR marked this pull request as ready for review May 26, 2025 06:06
@XhmikosR XhmikosR requested a review from a team as a code owner May 26, 2025 06:06
Copy link
Member

@yubiuser yubiuser left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree with your reasoning.
But would like to get feedback from @DL6ER because I think he initially choose the colors

@XhmikosR
Copy link
Contributor Author

It's just that green and red are used across the UI for good and bad meaning. So, in these 2 cases, we basically need a neutral color like the groups and clients labels.

@DL6ER
Copy link
Member

DL6ER commented May 30, 2025

Well, yes, but we are not replacing green and red, we are replacing blue and orange which do not have any such meaning here.

master

Screenshot From 2025-05-30 21-40-22

your branch

Screenshot From 2025-05-30 21-40-26

Personally, I like the tiny bit of more different colors on the existing coloring scheme more, but there is surely some "I am just used to it being this way" bias in here.

@rdwebdesign
Copy link
Member

I don't see this as a case of differentiate block and allow items.
It is just a design choice using colors to differentiate 2 counters: one blue, one yellow.

In this case I think using 2 colors are better than using the same color for both items. I think we can leave this as it is in master.

@XhmikosR
Copy link
Contributor Author

Too many colors is not good in general. The colors are supposed to have a meaning. Orange as you say is the warning one.

These counters are not warning ones. They are just informative like the rest of the counters.

But anyway...

@rdwebdesign
Copy link
Member

I really don't think we are using too many colors. The same colors used on the dashboard top boxes and those boxes colors aren't really tied to a specific meaning.

Sometimes different colors are just used to differentiate items. I really don't think we need this change.

@XhmikosR
Copy link
Contributor Author

Sorry, you are wrong. The more colors you use the more you create a confusing UI. Each color should adhere to a meaning. It's not the 2000s.

I give up on this since you clearly can't see my point, but it's the wrong decision one more time.

@rdwebdesign rdwebdesign requested review from a team and DL6ER May 31, 2025 15:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants