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

[DISCUSS] Adding better meta-information to docs pages #3528

Open
1 task done
dtaivpp opened this issue Mar 20, 2023 · 4 comments
Open
1 task done

[DISCUSS] Adding better meta-information to docs pages #3528

dtaivpp opened this issue Mar 20, 2023 · 4 comments
Assignees
Labels
Sev3 Medium priority. Content that's missing, driven by dev, PM or the community.

Comments

@dtaivpp
Copy link
Contributor

dtaivpp commented Mar 20, 2023

What do you want to do?

  • Request a change to existing documentation

Tell us about your request. Provide a summary of the request and all versions that are affected.
When looking over the documentation website I have a hard time determining what is what. Am I looking at a plugin for OpenSearch or OpenSearch Dashbaords or is this documentation for a general topic? How do I know if this plugin is already installed?

I'm curious if this experience is unique to me or if others are having the same challenges. Also, if so is there a way we can resolve this? Maybe tags at the top of the page or a sidebar item with information on what it is, where to find it on GitHub, and how to install it.

@Naarcha-AWS
Copy link
Collaborator

@dtaivpp: Could you provide a more specific example? Keep in mind that we recently updated the TOC to be less plugin-centric and more use-case centric, in keeping with the project's direction away from plugins (see opensearch-project/OpenSearch#2447).

Furthermore, there is discussion about spinning off the following documentation into their own individual sections away from OpenSearch core functionality, including their own versioning:

  • Data Prepper
  • Dashboards
  • Clients

@dtaivpp
Copy link
Contributor Author

dtaivpp commented Mar 20, 2023

It is okay to focus on use-cases more than the individual components however the components (whether extensions or plugins) need to be present. Take security-analytics for example. You need to read a fair bit into the page to discover that is is available as a plugin for dashboards.

Organizations doing a "best practice" deployment they would only be deploying with exactly the plugins they need. If they came and found security analytics they would need to do the digging to find it's available as a plugin for OpenSearch dashboards and is installed in a similar manner to other plugins.

It can be frustrating going to the setup page and not seeing how to deploy/enable that particular plugin.

@Naarcha-AWS
Copy link
Collaborator

This sounds more like a content/information architecture issue then something that'll be solved with adding additional metadata or tags. For the record, I'm for adding additional metadata and tags to each page, since anything to improve discoverability and our ability to link related articles to each other helps.

A better solution would be to add individual installation instructions for each plugin for both OpenSearch and Dashboards, similar to Trace Analytics. In the case of core plugins we say something akin to, "This feature comes installed with OpenSearch."

Thoughts?

@dtaivpp
Copy link
Contributor Author

dtaivpp commented Mar 23, 2023

Okay probably should have avoided using the word meta because its a little overloaded in this context. Yeah I was just thinking something like a call out on the side of the page to give the additional information like below. The text could link to installing plugins for OpenSearch/OpenSearch Dashboards.

Screenshot 2023-03-23 at 9 49 14 AM

Agreed though it may be helpful to just have a section for each even if its just a one liner to describe how that plugin /extension is installed.

*edit: I added a part to the grey callout box on the right that mocked up the plugin mentioned/type field.

@Naarcha-AWS Naarcha-AWS added 1 - Backlog Issue: The issue is unassigned or assigned but not started Sev4 A low priority issue. Can be addressed after all other severity levels are addressed. Sev3 Medium priority. Content that's missing, driven by dev, PM or the community. and removed untriaged Sev4 A low priority issue. Can be addressed after all other severity levels are addressed. labels Apr 6, 2023
@Naarcha-AWS Naarcha-AWS self-assigned this Apr 6, 2023
@hdhalter hdhalter removed the 1 - Backlog Issue: The issue is unassigned or assigned but not started label Dec 19, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Sev3 Medium priority. Content that's missing, driven by dev, PM or the community.
Projects
None yet
Development

No branches or pull requests

3 participants