Skip to content
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

Capitalize Filter Form Labels #16230

Conversation

danner26
Copy link
Member

@danner26 danner26 commented May 21, 2024

Fixes: #16104

Implement intentional capital filters rather than doing CSS capitalization. See this PR for reference

@danner26
Copy link
Member Author

Sorry this is a big one!

@mr1716
Copy link
Contributor

mr1716 commented May 22, 2024

Related to 16104

@danner26
Copy link
Member Author

Fixed the link, thank you @mr1716

@mr1716
Copy link
Contributor

mr1716 commented May 23, 2024

@danner26 thanks for taking a look at this and creating a PR. Hoping this will be merged soon as this is a good improvement (low priority, but sadly something I can’t unsee) for the tool.

Copy link
Collaborator

@arthanson arthanson left a comment

Choose a reason for hiding this comment

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

@jeremystretch looks like just the label strings are changed here, however didn't know if the .po files should be changed in the PR - thinking they should get auto-updated?

@danner26
Copy link
Member Author

If the translation files get auto-updated that would make this a lot easier. Please let me know if that is the case so I can remove those changes

@jeremystretch
Copy link
Member

Who arbitrarily decided that the field labels all needed to use title case? Why are we modifying test data?

To be frank, there are currently 58 open bugs, and this is not where we need to be spending time right now.

@mr1716
Copy link
Contributor

mr1716 commented May 29, 2024

@jeremystretch An example of this is the DCIM.Devices Filter Form, which has inconsistencies with wording such as Contact Group vs Tenant group. It doesnt matter how or when it's rectified, but this can be found across almost all filter forms.

A real life example is that I wanted to have my team use Netbox, but the feedback that I got was to fix this. It is a minor issue and annoyance, but is noticeable. I want to improve Netbox so it can be the best it can be. I dont care if multi word filters are capitalized or not, but the inconsistency is the issue.

image

@jeremystretch
Copy link
Member

The scope of #16104 is simply to standardize the capitalization of form field labels, which, to be clear, is to not use title case. (Only the first word needs to be capitalized.) Anything beyond this - filter sets, documentation, tests, etc. - is out of scope for the PR.

@danner26 it's up to you whether you want to greatly reduce the scope of these changes or leave it for someone else.

I want to improve Netbox so it can be the best it can be.

This seems like an odd place to start, given there are so many issues with much higher priority in need of an owner.

@mr1716
Copy link
Contributor

mr1716 commented May 30, 2024

I want to improve Netbox so it can be the best it can be.

This seems like an odd place to start, given there are so many issues with much higher priority in need of an owner.

Just because it isn’t a high or medium priority item to fix, that doesn’t mean that it isn’t a legitimate issue that needs to be fixed. And that’s why I opened it, as an improvement is an improvement. Figured it’s a low hanging fruit item that I could use to help me understand how the Netbox tool works and how tickets are handled.

@jeremystretch
Copy link
Member

@mr1716 every PR must be reviewed, and the time that I and the other maintainers have to spend on them is extremely limited (hence the backlog of ~30 PRs currently). This is why we prioritize work with a substantial impact on the product. I've already spent more time on this issue than I can afford.

@mr1716
Copy link
Contributor

mr1716 commented May 30, 2024

@mr1716 every PR must be reviewed, and the time that I and the other maintainers have to spend on them is extremely limited (hence the backlog of ~30 PRs currently). This is why we prioritize work with a substantial impact on the product. I've already spent more time on this issue than I can afford.

Understood. I'm not asking this to be given a higher priority, nor pushed to the front, nor not reviewed, nor me given special priority. I know that your time is limited, every item has a different priority, and there are more important issues. I appreciate your time on this, as I never intended this to become a complex thing. Thought it was simply going to be "hey, let's decide on a specific standard for naming this stuff, and make a quick change a few files to follow that standard." My apologies for taking your time.

@arthanson arthanson requested a review from jeremystretch June 10, 2024 15:44
@jeremystretch
Copy link
Member

Closing this as the set of changes contained within is wildly out of scope for #16104.

@mr1716
Copy link
Contributor

mr1716 commented Jun 11, 2024

@jeremystretch the scope for is to ensure consistency in capitalization. I had put a bad title on it and have updated accordingly. My apologies for the confusions

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Jul 12, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Ensure Consistency In Multi Word Filters
4 participants