-
Notifications
You must be signed in to change notification settings - Fork 32
Update applies_to Stack/Serverless/Deploy/Product render order
#1727
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
Conversation
Signed-off-by: bmorelli25 <[email protected]>
Signed-off-by: bmorelli25 <[email protected]>
Signed-off-by: bmorelli25 <[email protected]>
🔍 Preview links for changed docs |
|
In the existing Documenting versions and deployment types page (which was absorbed into other pages in #1614), we stated that the order should "reflect organizational priorities". The examples provided were that |
|
👋 that was me making stuff up (but based on the push to serverless, and the deprioritization of ECE) I think stack can come before serverless given your concerns, but I'd put the deployent types in the following order: |
Signed-off-by: bmorelli25 <[email protected]> # Conflicts: # docs/syntax/applies.md # tests/authoring/Applicability/AppliesToFrontMatter.fs
Signed-off-by: bmorelli25 <[email protected]>
Signed-off-by: bmorelli25 <[email protected]>
|
Thanks for the feedback. Apologies for missing it. Updated based on your suggested order. |
Signed-off-by: bmorelli25 <[email protected]>
Mpdreamz
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM ty @bmorelli25
Summary
applies_toversion sorting #1726.applies_tobadges are rendered in a predefined order. This PR reorders theapplies_tobadge rendering inApplicableToComponent.cshtmlto follow a more logical hierarchy. The new order prioritizes Stack, then Serverless, followed by deployment options, then specialized tools and agents.Important
I might not have this order correct. I welcome any opinions on what the correct order is.
I did try putting Serverless first, but there are some edge-case sections like this one where Stack really gets buried if it comes after Serverless. Thoughts?
I also considered creating a configuration file for the badge ordering, but opted for keeping the hardcoded config as this ordering is unlikely to change often and in its current state doesn't require any runtime configuration lookup.
New Rendering Order
1. Stack
Stack2. Serverless
Serverless(when all projects share same applicability)Serverless ElasticsearchServerless ObservabilityServerless Security3. Deployment
ECHECKECESelf-Managed4. ProductApplicability
EDOT AndroidEDOT CF AWSEDOT CollectorEDOT .NETEDOT iOSEDOT JavaEDOT Node.jsEDOT PHPEDOT PythonAPM Agent AndroidAPM Agent .NETAPM Agent GoAPM Agent iOSAPM Agent JavaAPM Agent Node.jsAPM Agent PHPAPM Agent PythonAPM Agent RubyAPM Agent RUM5. Product (generic)