Replies: 2 comments 3 replies
-
Thanks for trying out the plugin! Disclaimer: its still in experimental stage, and we're learning with our users, so your feedback is very valuable.
Hoisting is only applied when you deploy the top-level project. If you build and deploy a subproject, the assets will not be linked from the top. Building and serving subprojects, they are always considered independent of each other.
It would be great if you could provide a minimal reproduction for this, so we can precisely understand your requirements and the directory layout you're aiming for. I'm confident that it is either already solvable with the plugin, or we can add additional functionality that will make it solvable.
Again, we need a reproduction. Without knowing exactly what you do, it is quite hard to help you.
You can use it in |
Beta Was this translation helpful? Give feedback.
-
I made a minimal production of what I would like to do. Currently build fails with |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi.
I just signed up for insiders to try out if we can make our documentation handling a bit smoother using the projects plugin.
But I am running into some problems when I want to reference pages that are not in the project.
Our use case:
We have products and services that we deliver to our clients. Many clients will need the same type of documentation but we also document client specific things, lite settings and processes. So we would like to write some pages that are available to all clients and some pages that are only available to a single client.
We then build the documentation and deploy as a static web app on Azure with single-sign-on enabled to the client so it is secured for their personel. We want to use projects to keep a clients documentation so we can deploy that subfolder.
We also want to deploy all projects in our internal documentation so our personell can access all documentation.
We disable hoisting as we want each project to be separately deployable.
We want to write all common pages in a single place and then reference them in the
nav
settings of the customers project. So when we update a page, we don't have to do the same update for every client.We don't want all clients to have access to all common pages as everyone doesn't buy/subscribe to all products and there is alot of customer specific pages anyway as everyone need to handle things differently.
I can't seem to get the linking of external pages in the projects dir to work. Any thoughts on how this can be accieved?
It seems like the
project://
link annotation is not released yet, but would that render the page in the project or would it just link to another projects folder?Beta Was this translation helpful? Give feedback.
All reactions