-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
Move related objects to separate tabs under each object detail view #11517
Labels
status: accepted
This issue has been accepted for implementation
type: feature
Introduction of new functionality to the application
Milestone
Comments
jeremystretch
added
type: feature
Introduction of new functionality to the application
status: under review
Further discussion is needed to determine this issue's scope and/or implementation
labels
Jan 16, 2023
jeremystretch
added
status: accepted
This issue has been accepted for implementation
and removed
status: under review
Further discussion is needed to determine this issue's scope and/or implementation
labels
Jan 25, 2023
Going to tackle this for v3.5. |
jeremystretch
added a commit
that referenced
this issue
Jan 26, 2023
jeremystretch
added a commit
that referenced
this issue
Jan 26, 2023
jeremystretch
added a commit
that referenced
this issue
Feb 20, 2023
jeremystretch
added a commit
that referenced
this issue
Feb 20, 2023
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
status: accepted
This issue has been accepted for implementation
type: feature
Introduction of new functionality to the application
NetBox version
v3.4.2
Feature type
Change to existing functionality
Proposed functionality
The intent of this FR is to optimize and standardize the display of related objects when viewing an object in NetBox. It was prompted partly by discussion under #11228 and partly to capture patterns identified during the implementation of #8184. There are currently three mechanisms in place for listing related objects:
ObjectChildrenView
Each approach has benefits and drawbacks, however there is currently no firm structure in place asserting when each should be employed. I'd like to propose the following guidelines.
ObjectChildrenView
to apply specific rendering logic within the context of the object being viewed (for example, to annotate available VLAN IDs within a VLAN group).Use case
Embracing a standardized approach for displaying related objects minimizes unnecessary screen clutter and instills a sense of confidence in the user that they'll always know where to look for related objects. It will also address several related object views that are currently missing from the UI.
Database changes
N/A
External dependencies
N/A
The text was updated successfully, but these errors were encountered: