Skip to content
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

Open
Tracked by #2662
timobrembeck opened this issue Jun 23, 2021 · 7 comments
Open
Tracked by #2662

Individual help button targets #867

timobrembeck opened this issue Jun 23, 2021 · 7 comments
Labels
enhancement This improves an existing feature good first issue Good for newcomers not-ready This Issue is not ready to be worked on yet prio: low Not urgent, can be resolved in the distant future. question Further information is requested

Comments

@timobrembeck
Copy link
Member

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.

@timobrembeck timobrembeck added good first issue Good for newcomers prio: low Not urgent, can be resolved in the distant future. enhancement This improves an existing feature labels Jun 23, 2021
@timobrembeck timobrembeck added this to the Backlog milestone Jun 23, 2021
@osmers
Copy link

osmers commented Oct 24, 2023

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

@timobrembeck
Copy link
Member Author

The wiki button:

Screenshot 2023-10-24 at 16-52-53 Integreat Redaktionssystem

@JoeyStk JoeyStk mentioned this issue Feb 25, 2024
24 tasks
@MizukiTemma MizukiTemma modified the milestones: Backlog, Meta Issues Apr 30, 2024
@MizukiTemma MizukiTemma added the blocked Blocked by external dependency label Apr 30, 2024
@MizukiTemma
Copy link
Member

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

@MizukiTemma MizukiTemma added this to the 24Q2 milestone Apr 30, 2024
@hauf-toni
Copy link

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

@dkehne
Copy link

dkehne commented May 27, 2024

@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
Copy link

osmers commented May 27, 2024

@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...

@MizukiTemma MizukiTemma modified the milestones: 24Q2, 24Q3 Jul 1, 2024
@JoeyStk JoeyStk modified the milestones: 24Q3, 24Q4 Jul 31, 2024
@osmers osmers modified the milestones: 24Q4, 25Q1 Oct 2, 2024
@JoeyStk JoeyStk removed this from the Roadmap T37K milestone Dec 14, 2024
@JoeyStk
Copy link
Contributor

JoeyStk commented Mar 17, 2025

@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 🙏

@JoeyStk JoeyStk added question Further information is requested not-ready This Issue is not ready to be worked on yet and removed blocked Blocked by external dependency labels Mar 17, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement This improves an existing feature good first issue Good for newcomers not-ready This Issue is not ready to be worked on yet prio: low Not urgent, can be resolved in the distant future. question Further information is requested
Projects
None yet
Development

No branches or pull requests

7 participants