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

Embedding Content From Your Documentation, blog post #83

Closed
wants to merge 2 commits into from

Conversation

humitos
Copy link
Member

@humitos humitos commented Jun 16, 2020

We have covered most of this feature in our guide at
https://docs.readthedocs.io/en/stable/guides/embedding-content.html, so I don't
think there is too much to add here. However, I think the blog is the right
place to promote this feature and share a little of its story.

I'd like to have an example of in-app UI tooltip, but the tool we built does not
look nice and I don't think we want to promote that as is.

rendered version: https://readthedocs-blog--83.org.readthedocs.build/embedding-content-from-your-docs/

@humitos humitos requested a review from a team June 16, 2020 12:14
@humitos humitos force-pushed the humitos/hoverxref branch from df8707e to 6eb98a4 Compare June 16, 2020 12:19
We have covered most of this feature in our guide at
https://docs.readthedocs.io/en/stable/guides/embedding-content.html, so I don't
think there is too much to add here. However, I think the blog is the right
place to promote this feature and share a little of its story.

I'd like to have an example of in-app UI tooltip, but the tool we built does not
look nice and I don't think we want to promote that as is.
@humitos humitos force-pushed the humitos/hoverxref branch from 6eb98a4 to 47ab241 Compare June 16, 2020 12:23
@agjohnson
Copy link
Contributor

The embed API is not stable on commercial, so we should probably get to some level of parity on commercial before we start talking about embedding as a feature. It's currently only a feature of community and so commercial users will be confused by this news.

@humitos
Copy link
Member Author

humitos commented Jun 18, 2020

The embed API is not stable on commercial

What do you mean by this? We deployed the Embed API some time ago in .com and I remember that it was working when we did some QA. I will double check this, anyways.

@humitos
Copy link
Member Author

humitos commented Jun 18, 2020

I just built sphinx-hoverxref's documentation and it works: https://docs.ops.verbthenouns.com/projects/sphinx-hoverxref/en/proxied-endpoint/

(it builds a different branch than latest to use the proxied API instead of community URL as it was doing)

@ericholscher
Copy link
Member

That branch isn't active for me.

@humitos humitos requested a review from agjohnson June 30, 2020 16:51
@ericholscher
Copy link
Member

I had a bunch of feedback here, so I went ahead and just took a swing at re-writing it. If we're going to be playful with the tone, we need to be really explicit and clear about what we're saying, because it can be confusing to people otherwise. I tried to keep a little of the playfulness, but keep it more obvious what we were talking about.

@ericholscher
Copy link
Member

ericholscher commented Sep 21, 2020

Before we ship this, we should confirm the API is something we want to support. Currently we're returning headers, but I thought we didn't want to?

We should also ship a screenshot of the dashboard embedding content (@agjohnson)

@astrojuanlu
Copy link
Contributor

Should we hold this off until readthedocs/readthedocs.org#8039 is merged?

@humitos
Copy link
Member Author

humitos commented Apr 6, 2021

I'm fine publishing this. The current API has to be maintained anyways, so I'd say it's fine if people start using it. However, the most important goal of this post to me is the promotion of the Sphinx extension.

Waiting for the new Embed API + JS client will be too much time, IMHO.

Copy link
Contributor

@astrojuanlu astrojuanlu left a comment

Choose a reason for hiding this comment

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

Thanks for trying to move this forward @humitos!

I did a rather uninspired review, sorry about that - I think I'm missing some context and I don't fully understand parts of the post, in particular about "our application". But I would love to finish this effort and bring the post to a publishable form next week.

Our approach to embedding content is a very simple but powerful idea:
*return the content of a specific section from a particular document in a project*.

We have built an `Embed API`_ as the backend that powers this feature.
Copy link
Contributor

Choose a reason for hiding this comment

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

question: Shouldn't we decide on readthedocs/readthedocs.org#8107 first?

Embedding Content From Your Documentation
=========================================

We are excited to announce the release of content embedding.
Copy link
Contributor

Choose a reason for hiding this comment

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

question: Rephrase first line?

If I understand correctly, we have an embed API at the moment, and readthedocs/readthedocs.org#8039 discusses improvements to it. Therefore, if I understand correctly, this API has been present for some time (can trace exactly how much), and and we are making it known for users. Am I understanding correctly? If so, the sentence "we announce the release of content embedding" is a bit misleading to me because we are not releasing anything now (it's been there for some months already). Perhaps it is leaving experimental state? Or we just want to describe how it works?

Sorry this looks like a super nitpick, but I'd love to have a bit more context to frame the review correctly.


Our first goal was adding extra context to a link within the same page.
This helps the reader understand a concept,
without switching context and jumping into another completely different page.
Copy link
Contributor

Choose a reason for hiding this comment

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

suggestion: make this sentence shorter

Suggested change
without switching context and jumping into another completely different page.
without having to jump into another completely different page.

.. _sphinx-hoverxref: https://sphinx-hoverxref.readthedocs.io/
.. _reading the docs: https://sphinx-hoverxref.readthedocs.io/

Inline help on our application website
Copy link
Contributor

Choose a reason for hiding this comment

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

thought: It took me a few seconds to understand what "our application website" meant.

I am not sure if there is a better term, or if we are using similar terminology in our docs that can be reused here.


Adding too much copy in your application can be overwhelming to users,
meaning they don't read it.
We try to keep the application copy minimal, and link out to documentation when appropriate.
Copy link
Contributor

Choose a reason for hiding this comment

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

question: What does "the application copy" mean in this context?

This pattern has worked fine over time, but it has the same problem of context switching to a completely different page.

Since we've started working on a new re-design of our entire application UI (more on this coming soon!),
we added the usage of the Embed API to add this extra documentation.
Copy link
Contributor

Choose a reason for hiding this comment

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

suggestion: Rephrase to avoid saying "add" twice in the same sentence?

.. _read its full documentation: https://docs.readthedocs.io/en/stable/guides/embedding-content.html

We think it's a super powerful feature and we encourage you to use the extension we built on top of it,
or even better, build your own and share them with us!
Copy link
Contributor

Choose a reason for hiding this comment

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

nitpick: The tone looks a bit informal here.

I wonder if we should make it a bit more formal, in line with other blog posts.

@humitos
Copy link
Member Author

humitos commented Dec 13, 2021

I think we can close this PR since the work has been done in other places already.

@humitos humitos closed this Dec 13, 2021
@stsewd stsewd deleted the humitos/hoverxref branch December 13, 2021 16:12
@astrojuanlu
Copy link
Contributor

Wow, somehow I totally forgot about this blog post. We should have published it earlier. Thanks @humitos

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