mirror of
https://github.com/strapi/strapi.git
synced 2025-11-07 05:38:13 +00:00
Merge pull request #17114 from strapi/chore/docs-broken-links
This commit is contained in:
commit
ddc227cf71
@ -135,5 +135,5 @@ The Review Workflow feature is currently included as a core feature within the S
|
|||||||
- https://docs.strapi.io/user-docs/settings/review-workflows
|
- https://docs.strapi.io/user-docs/settings/review-workflows
|
||||||
- https://docs.strapi.io/user-docs/content-type-builder/creating-new-content-type#creating-a-new-content-type
|
- https://docs.strapi.io/user-docs/content-type-builder/creating-new-content-type#creating-a-new-content-type
|
||||||
- https://docs.strapi.io/user-docs/users-roles-permissions/configuring-administrator-roles#plugins-and-settings
|
- https://docs.strapi.io/user-docs/users-roles-permissions/configuring-administrator-roles#plugins-and-settings
|
||||||
- [Content manager](/content-manager/review-workflows)
|
- [Content Manager Review Workflows](../../content-manager/02-review-workflows.mdx)
|
||||||
- [Content type builder](/content-type-builder/review-workflows)
|
- [Content Type Builder Review Workflows](../../content-type-builder/01-review-workflows.mdx)
|
||||||
|
|||||||
@ -77,7 +77,7 @@ Because permissions are based on users in this case the individual logged in, we
|
|||||||
}
|
}
|
||||||
```
|
```
|
||||||
|
|
||||||
An explanation on how these work can be found [here](/core/permissions/how-they-work). But as a quick overview we can see that permissions
|
An explanation on how these work can be found [here](../01-how-they-work.mdx). But as a quick overview we can see that permissions
|
||||||
typically associate to actions and in the case of the content manager they have subjects to be more granular and then fields & locales to
|
typically associate to actions and in the case of the content manager they have subjects to be more granular and then fields & locales to
|
||||||
be even more granular. These actions are defined by domains of the application registered via the application as they also have effect
|
be even more granular. These actions are defined by domains of the application registered via the application as they also have effect
|
||||||
when calling APIs.
|
when calling APIs.
|
||||||
@ -93,4 +93,4 @@ as well as injecting the information into the global `redux` store – see diagr
|
|||||||
/>
|
/>
|
||||||
|
|
||||||
Inside the `RBACProviderContext` we also pass the ability to refetch the permissions. These two inconjunction with one another are accessed
|
Inside the `RBACProviderContext` we also pass the ability to refetch the permissions. These two inconjunction with one another are accessed
|
||||||
via the `useRBACProvider` hook. You can see the API for this hook [here](/core/permissions/frontend/using-permissions#typescript)
|
via the `useRBACProvider` hook. You can see the API for this hook [here](../../02-permissions/02-frontend/using-permissions.mdx#typescript)
|
||||||
|
|||||||
@ -7,12 +7,11 @@ tags:
|
|||||||
---
|
---
|
||||||
|
|
||||||
Currently, there are a few different ways to use permissions in the application. This document will explain the different ways, how to use them and suggestions
|
Currently, there are a few different ways to use permissions in the application. This document will explain the different ways, how to use them and suggestions
|
||||||
on when is best to use them. It's advised that you've read [how they work](/core/permissions/how-they-work) and [fetching permissions](/core/permissions/frontend/fetching-permissions)
|
on when is best to use them. It's advised that you've read [how they work](../01-how-they-work.mdx) and [fetching permissions](fetching-permissions.mdx) before reading this document so you have the full context.
|
||||||
before reading this document so you have the full context.
|
|
||||||
|
|
||||||
## useRBACProvider
|
## useRBACProvider
|
||||||
|
|
||||||
In [fetching permissions](/core/permissions/frontend/fetching-permissions) we briefly mentioned the `useRBACProvider` hook which is used to access the [context](https://beta.reactjs.org/learn/passing-data-deeply-with-context)
|
In [fetching permissions](./fetching-permissions.mdx) we briefly mentioned the `useRBACProvider` hook which is used to access the [context](https://beta.reactjs.org/learn/passing-data-deeply-with-context)
|
||||||
that contains the permissions. This is very low level and does nothing but give you access to _every_ permission for the user and a way to refetch them from the API.
|
that contains the permissions. This is very low level and does nothing but give you access to _every_ permission for the user and a way to refetch them from the API.
|
||||||
|
|
||||||
### Usage
|
### Usage
|
||||||
|
|||||||
@ -57,7 +57,7 @@ type Stage {
|
|||||||
updatedAt: Date
|
updatedAt: Date
|
||||||
}
|
}
|
||||||
|
|
||||||
type Worklow {
|
type Workflow {
|
||||||
id: int,
|
id: int,
|
||||||
stages: Stage[]
|
stages: Stage[]
|
||||||
createdAt: Date
|
createdAt: Date
|
||||||
|
|||||||
@ -8,7 +8,7 @@ tags:
|
|||||||
|
|
||||||
## Summary
|
## Summary
|
||||||
|
|
||||||
Review workflows are disabled for all content-types by default and have to be enabled for each of them. More about how to [enable review-workflows for a content-type](/content-type-builder/review-workflows).
|
Review workflows are disabled for all content-types by default and have to be enabled for each of them. More about how to [enable review-workflows for a content-type](../content-type-builder/01-review-workflows.mdx).
|
||||||
|
|
||||||
The feature is visible in two locations of the content-manager:
|
The feature is visible in two locations of the content-manager:
|
||||||
|
|
||||||
@ -50,7 +50,7 @@ This means at any place where the UI displays a stage, it has to be prepared to
|
|||||||
## List view
|
## List view
|
||||||
|
|
||||||
The information which stage is current assigned to an entity is send as part of the content-type response payload for each entity in the attribute `strapi_reviewWorkflows_stage`.
|
The information which stage is current assigned to an entity is send as part of the content-type response payload for each entity in the attribute `strapi_reviewWorkflows_stage`.
|
||||||
Please see [Data Shapes](/settings/review-workflows#data-shapes) for type definitions.
|
Please see [Data Shapes](../admin/03-settings/01-review-workflows.mdx#data-shapes) for type definitions.
|
||||||
|
|
||||||
```ts
|
```ts
|
||||||
{
|
{
|
||||||
@ -67,7 +67,7 @@ add an additional check if the feature toggle returned in `http://localhost:1337
|
|||||||
## Edit View
|
## Edit View
|
||||||
|
|
||||||
The information which stage is current assigned to an entity is send as part of the entity response payload in the attribute `strapi_reviewWorkflows_stage`.
|
The information which stage is current assigned to an entity is send as part of the entity response payload in the attribute `strapi_reviewWorkflows_stage`.
|
||||||
Please see [Data Shapes](/settings/review-workflows#data-shapes) for type definitions.
|
Please see [Data Shapes](../admin/03-settings/01-review-workflows.mdx#data-shapes) for type definitions.
|
||||||
|
|
||||||
```ts
|
```ts
|
||||||
{
|
{
|
||||||
|
|||||||
@ -213,7 +213,7 @@ You might notice in the [basic usage](#basic-usage) section this piece of code:
|
|||||||
</IconButton>
|
</IconButton>
|
||||||
```
|
```
|
||||||
|
|
||||||
In `firefox` the drag handler will not work if you click and drag when the element is a `button`, this is known [bug in the browser](bugzilla.mozilla.org/show_bug.cgi?id=568313).
|
In `firefox` the drag handler will not work if you click and drag when the element is a `button`, this is known [bug in the browser](https://bugzilla.mozilla.org/show_bug.cgi?id=568313).
|
||||||
Therefore the workaround is to use the `forwardedAs` prop to render a `div` instead of a `button`
|
Therefore the workaround is to use the `forwardedAs` prop to render a `div` instead of a `button`
|
||||||
and add the `role` and `tabIndex` props to make this accessible. The actual `IconButton` component
|
and add the `role` and `tabIndex` props to make this accessible. The actual `IconButton` component
|
||||||
adds an accessible lable from the `aria-label` prop. So we don't have to concern ourselves with that.
|
adds an accessible lable from the `aria-label` prop. So we don't have to concern ourselves with that.
|
||||||
|
|||||||
@ -18,7 +18,7 @@ Available functions:
|
|||||||
- mapAsync
|
- mapAsync
|
||||||
- reduceAsync
|
- reduceAsync
|
||||||
|
|
||||||
[See API reference](../../api/Utils) (TODO)
|
[See API reference](../../../api/api.mdx) (TODO)
|
||||||
|
|
||||||
### When to use
|
### When to use
|
||||||
|
|
||||||
|
|||||||
Loading…
x
Reference in New Issue
Block a user