[#74710] add wiki page link macro plugin#115
Conversation
5ae9844 to
005a5eb
Compare
| const pageIdentifier = match[3]; | ||
|
|
||
| const frameId = crypto.randomUUID(); | ||
| const frameSrc = `/wiki_page_link_macro/load?provider_id=${providerId}&page_identifier=${pageIdentifier}&turbo_frame_id=${frameId}`; |
There was a problem hiding this comment.
This URL will fail on a relative URL root. Please use the pathHelperService from the core instead of building a path manually. You can access it from the plugin context
There was a problem hiding this comment.
I had to change a bit in the constructor of the data processor plugin to get the editor context in. Any ideas of doing this less intrusively?
| 'turbo-frame', | ||
| { | ||
| id: frameId, | ||
| src: `/wiki_page_link_macro/load?provider_id=${providerId}&page_identifier=${pageIdentifier}&turbo_frame_id=${frameId}`, |
- https://community.openproject.org/work_packages/74710 - add upcast and downcast conversions - add parsing function to data prozessor - use path helper for frame src url
1c0cc72 to
5a469f5
Compare
54294fd to
8506bff
Compare
|
Now that I was able to test it locally, I found weird cursor movement behaviour: Screencast.from.2026-05-18.09-29-02.webmAt first I am pressing arrow up and down and as you can see, the list item is completely skipped. After I click at the corresponding line, I get a cursor inside the element and I can move the cursor left and right properly. Trying to use up/down afterwards leads to skipping again... |
|
One more issue: Switching to markdown source view and then back to WYSIWYG, breaks with the error message
Video: Screencast.from.2026-05-18.09-38-05.webmIf needed for reproduction, this is my WP description: |
|
To the first issue: To the second: |
Ticket
#74710
What are you trying to accomplish?
What approach did you choose and why?
Related PR
opf/openproject#23142