-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Individual help button targets #867
Comments
@timobrembeck which help button are you refering to in this issue? |
It will be discussed in the next conferenz exactly how the links shold be. |
💡 I have collected some thoughts on this topic on this Notion page @MizukiTemma @timobrembeck @osmers – maybe we can discuss this topic on friday? |
@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... |
@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?) 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... |
@hauf-toni do you know / could you please find out if this issue is still valid and find out in a discussion with the service team what the preferred solution would be? Thank you a lot in advance 🙏 |
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
.The text was updated successfully, but these errors were encountered: