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
Improve support for --entryPointStrategy Packages
#1977
Conversation
README
for each package in monorepo
Shoot, didn't think about that when adding url to the serialized JSON... that's something I should fix. Edit: Fixed! If you update your fork, shouldn't have that issue anymore. |
README
for each package in monorepo--entryPointStrategy Packages
Also, I'm not so sure, if this is accepted, what's the best way to document this on the website. Is it gonne be through https://typedoc.org/guides/options/#entrypointstrategy ? |
@Gerrit0 Do you have any comments on the approach I took for this PR? |
This is big enough I need to wait until I'm on a computer to really take a look at it. I'm not entirely sure I like adding another property to declaration reflections, but it might be a good temporary workaround until 0.24 when adding support for arbitrary markdown documents.... should be able to look at it Wednesday at the latest |
Yep, that was my worry as well, since I copied it from |
I need to know more about this ? |
Has this been resolved yet?
Shannon Day
…On Mon, Jul 4, 2022, 10:56 AM Gerrit Birkeland ***@***.***> wrote:
This is big enough I need to wait until I'm on a computer to really take a
look at it. I'm not entirely sure I like adding another property to
declaration reflections, but it might be a good temporary workaround until
0.24 when adding support for arbitrary markdown documents.... should be
able to look at it Wednesday at the latest
—
Reply to this email directly, view it on GitHub
<#1977 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AWMIKFORQVVBPTSICOE3CDLVSMCUVANCNFSM52OWT6HA>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
@Gerrit0 I have addressed most of the PR comments, except for the ones related to |
To clear out the reviews comment while I work on them, I have taken the liberty to resolve some of them, I hope you're okay with this. I will |
Go right ahead :) I always do a full pass before approving anyways, so this won't result in missing anything. |
I believe we have resolved all the review comments. Thank you so much for your help and patience @Gerrit0 🙏 ! |
Thank you! Almost all of the monorepo support in TypeDoc has come from someone who uses them adding support, so it's great to get PRs from people that use them |
This PR provides some improvements for users of
--entryPointStrategy Packages
. These includes:--entryPointStrategy Packages
. TypeDoc will now load package-specific configurations frompackage.json
typedoc
field. This configuration allows configuring a custom display name (typedoc.displayName
) field, entry point (typedoc.entryPoint
- this is equivalent and will overridetypedocMain
), and path to a readme file to be rendered at the top of the package page (typedoc.readmeFile
), fixes Show README of packages in monorepo #1658--includeVersion
option will now be respected by--entryPointStrategy Packages
. Also, for this combination, missingversion
field in the rootpackage.json
will not issue a warning - this fix would be useful for folks who want to turn on--includeVersion
and yet don't really want to put a version in the mainpackage.json
because it's not always meaningful to do so in a monorepoThis is the shape of the
typedoc
config (in the child-packages'package.json
):I feel that having per-package config allows more flexibility.
This is a screenshot of my change (the README per module and the version per child package)
Screen.Recording.2022-07-02.at.2.51.40.PM.mov
Let me know what you think about these features!
UPDATED
I notice that when I develop locally, converter tests will likely fail due to the hardcoded
url
in thespecs.json
file. I suppose you don't mind since you run locally and push directly to the repo, for us who work on the fork, these tests will likely fail.^ Thanks @Gerrit0 ! Works like charms now 🙏