Content
View differences
Updated by Eric Schubert 3 days ago
**As** a user
**I want to** add and remove wiki page links to a work package
**so that** I have quick references tied to that work package.
**Acceptance criteria**
* The user must be able to search an existing wiki page and link it to the work package.
* The user must be able to create a new wiki page in the wiki hierarchy structure and link it to the work package.
* Relation wiki page links must be displayed in the wiki tab of a work package.
Technical information
* ~~Create/Delete a wiki page link at XWiki:~~
* `~~POST /wikis/{wikiName}/openproject/documents/{id}/links~~`
* `~~DELETE /wikis/{wikiName}/openproject/documents/{id}/links~~`
* Creating a wiki page:
* `PUT /wikis/{wikiName}/spaces/{spaceName}[/spaces/{nestedSpaceName}]*/pages/{pageName}`
* New information about how the dialogs should work:
```text
Add existing:
It's a FilterableTreeView, we already show the first level of nodes. We then have progressive load in browsing.
When typing, I replace the content with my search result (no progressive load needed).
Then I go back to the initial state.
--
If from editor, pick provider first, then go to second step. (Provider).
New wiki page (mockup):
- Title (first)
Next step:
- (Find a location) Browse, only 1st level shown, FilterableTree View. User can progressively load per node if they want.
- Or just type to find the correct page. Default FilterableTreeView behaviour.
- New wiki page is created and a link to it added; user stays on page.
--
- If you start from the editor, no provider context. In this case, show a provider selector after title. Then you select location.
Next steps:
- Eric speaks to Henriette about FitlerableTreeView behaviour (browse + search as in implemented in the new Project selector).
- Parimal comes up with mockups for the add existing and new flows (both with and without provider context)
```
**I want to** add and remove wiki page links to a work package
**so that** I have quick references tied to that work package.
**Acceptance criteria**
* The user must be able to search an existing wiki page and link it to the work package.
* The user must be able to create a new wiki page in the wiki hierarchy structure and link it to the work package.
* Relation wiki page links must be displayed in the wiki tab of a work package.
Technical information
* ~~Create/Delete a wiki page link at XWiki:~~
* `~~POST /wikis/{wikiName}/openproject/documents/{id}/links~~`
* `~~DELETE /wikis/{wikiName}/openproject/documents/{id}/links~~`
* Creating a wiki page:
* `PUT /wikis/{wikiName}/spaces/{spaceName}[/spaces/{nestedSpaceName}]*/pages/{pageName}`
* New information about how the dialogs should work:
```text
Add existing:
It's a FilterableTreeView, we already show the first level of nodes. We then have progressive load in browsing.
When typing, I replace the content with my search result (no progressive load needed).
Then I go back to the initial state.
--
If from editor, pick provider first, then go to second step. (Provider).
New wiki page (mockup):
- Title (first)
Next step:
- (Find a location) Browse, only 1st level shown, FilterableTree View. User can progressively load per node if they want.
- Or just type to find the correct page. Default FilterableTreeView behaviour.
- New wiki page is created and a link to it added; user stays on page.
--
- If you start from the editor, no provider context. In this case, show a provider selector after title. Then you select location.
Next steps:
- Eric speaks to Henriette about FitlerableTreeView behaviour (browse + search as in implemented in the new Project selector).
- Parimal comes up with mockups for the add existing and new flows (both with and without provider context)
```