Individual help button targets

[timobrembeck]

Motivation

At the moment, the help button always redirects to the startpage of the wiki at https://wiki.integreat-app.de/.

Proposed Solution

I think it would be cool if the target of the help-link would depend on the current topic, e.g. when editing events, the help-button should link to https://wiki.integreat-app.de/veranstaltungen, when viewing statistics to https://wiki.integreat-app.de/statistiken etc. Whenever there is no topic in the wiki which matches the current cms page, the startpage of the wiki should be used as fallback anyways.

Alternatives

Just leave it the way it is

Additional Context

This could be implemented with an additional context variable in the views similar to the current_menu_item.

[osmers]

@timobrembeck which help button are you refering to in this issue?

[timobrembeck]

The wiki button:

[MizukiTemma]

It will be discussed in the next conferenz exactly how the links shold be.

[hauf-toni]

💡 I have collected some thoughts on this topic on this Notion page @MizukiTemma @timobrembeck @osmers – maybe we can discuss this topic on friday?

[dkehne]

@hauf-toni thanks for your recommandation. I am not sure if we can make it really sustainable to have a role that checks if we use fix-links that always works for individual pages.

Why not adding the site title as a search-parameter? So if you are on the page "Kontoverwaltung" it will trigger https://wiki.integreat-app.de/?do=search&q=Kontoverwaltung

So we are also forced to use the same wordings in our Wiki as in our CMS, because currently we do not do that. The word "Kontoverwaltung" does not exist in our Wiki.

But we can then make it more dynamic if we just parse the title as search term...

[osmers]

@dkehne that was one idea we had when we initially discussed the issue, not sure why we dropped it (or maybe we didn't drop it but just didn't finish the discussion either)...could have been bcs different behaviour of the same button is not very intuitive and understandable (@hauf-toni I think you said that?) Working with the page titles would definitely require some work as well bcs we need to make sure the wiki contains all those words at the right points. But it's less maintenance than working with links...

Alternatively we can work with a search bar inside the cms next to the current button (if it's filled it searches the wiki for that word when clicking on the wiki button, if it's not filled, the main page of the wiki opens when clicking the button) - though I agree that that is also differing behaviour...