-
Notifications
You must be signed in to change notification settings - Fork 302
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
Fix documentation rendering #965
base: master
Are you sure you want to change the base?
Conversation
Size Change: +74.8 kB (+0.61%) Total Size: 12.3 MB
|
Yo this is absolutely Herculean, you freakin' rock |
Since the comments clearly say "don't make this class yourself," it might make sense to mark them as `@private` so they don't show up in the documentation. The doc pages for those classes can still be visited, but they don't show up in the sidebar to the left, unless you specifically navigate to one of them. (Or, if you click a link for what the return type on the `Horizon.Server.effects()` method, for example
I don't _think_ they're accessible by SDK users, so I think it makes sense to not render them in the docs?
because more type definitions are more better, right?
…ocumentation-rendering
this commit also exports the `Configuration` interface
@Shaptic I think this is ready to go! Thanks for checking it out! |
…ocumentation-rendering
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.
This rocks my socks off 🎸 AMAZING work 👏
Can you make sure you run yarn _prettier
one more time? Then I'll merge
* @property {string} [authToken] Allow set custom header `X-Auth-Token`, default: `undefined`. | ||
*/ | ||
|
||
export namespace HorizonServer { |
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.
This has no tangible side-effects to downstream users because of the aliasing in index.ts
, right?
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.
Yes, in my local testing, it behaves like normal.
- I tested the
/lib
output by usingnode
in my terminal window, and interacting there. - I tested the
/dist
output by creating a dummy html page that added the/dist/stellar-sdk.js
file in a<script>
tag and interacting withStellarSdk
in the browser console.
Those may not be the best ways to test, though, so if there's another method, I'm certainly down for that.
@Shaptic when I run
If I run that replacing |
I ended up just committing all those changes in a single commit, so it'll be easy enough to revert if you want to: 841f7c9 Edit: I did a bit of digging, and it looks like commit 21bd09 from #860 is when the prettier directory changed from Another Edit: I built and previewed the docs after the prettier changes, and everything looks the same as before. Still good to go, I think |
I'm trying to get all the JSDoc rendering to work now that the SDK has had a chance to settle a bit with its inclusion of the Soroban functionality.
Refs: #920