[Entwicklungsportal] Filter auf /ressources-Unterseite [S]

Warum?

Auf der Ressourcen-Unterseite soll die Auswahl der angezeigten Ressourcen anhand sinnvoller Kriterien eingeschränkt / gefiltert werden können.

Zunächst soll hierzu nach den folgenden Kriterien filterbar sein:

• Art des Dienstes: Entwicklungszenario / Plattform / Basisdienst / API / SDK

Relevante Links und Bemerkungen

Screenshot:

Akzeptanzkriterien

1. Im CMS kann (z.B. anhand von Labels/Tags) die Zugehörigkeit einer Ressource zu einem oder mehreren Kriterien eingestellt werden.
2. Filter können aus- und abgewählt werden.
3. Eine Aus-/Abwahl eines Kriteriums führt nicht zum Neuladen der Seite.

Durchführungsplan (vom Entwickler bei Storyplanung auszufüllen)

• ...
• ...
• ...
• Definition of Done wurde geprüft

added component::Entwicklungsportal type::Story workflow::Ready for Refinement labels

changed the description

changed title from [Entwicklungsportal] Filter auf /ressources-Unterseite to [Entwicklungsportal] Filter auf /ressources-Unterseite [S]

added workflow::Ready label and removed workflow::Ready for Refinement label

assigned to @Mark_Kane

added workflow::In Progress label

removed workflow::Ready label

Für mich offene Fragen, evtl. sprechen wir morgen mal kurz dazu:

• wie genau soll das Content Model angepasst werden, um die Filterzuweisungen durchzuführen? Soll alles über das Tags-Feld laufen, bekommt jede Filter-Gattugn einen eigenen Content Typ (Region, Use Case usw.), oder wollen wir eher einen globalen Typ "Filter" bestehend aus "Typ" und "Name" o.ä.? Oder soch eigene Felder wie z.B. bei "Status"?
• welche Filter wird es genau geben, ist die nicht-funktionale Liste im Prototypen verbindlich, oder ein reiner Platzhalter?
• nach meiner Erfahrung ist es immer praktisch eine Suche/Filtereinstellungen auch "Bookmarken" oder weiterleiten zu können. Dazu müssten wir die Werte irgendwie URL-encoden und onLoad wieder herstellen. Soll ich mir dazu was überlegen, oder sprengt das den Rahmen und sollte lieber ein Nachfolge-Issue werden?

• Ich bin ein großer Fan von Tags als Filtermechanismus. Damit können wir auch sehr komplexe Filter sehr einfach abbilden. Den Status könnten wir dann z.B. über die Tags status::active, status::discontinued, status::not-started etc. abbilden.
• Die Filter im Prototypen sind nur ein Platzhalter. Wir können uns zunächst auf "Art des Dienstes: Entwicklungszenario / Plattform / Basisdienst / API / SDK" beschränken. Wenn ihr weitere gute Ideen für Filter habt, gerne immer her damit :)
• Zur URL-Sache: Ja, sehr gerne! Wenn das in next.js leichtgewichtig geht, gerne direkt einbauen. Ich hab' das z.B. hier mal gebaut: https://opengovtech.de/leika/#urn:de:fim:leika:leistung:99148153000000. Für's Parsen von GET-Parametern hier ein Code-Snippet: const urlParameter = location.search.substr(1).split("&").reduce((obj, kv) => {[k,v] = kv.split('='); obj[k]=v; return obj}, {});

mentioned in commit entwicklungsportal@b7b6fd34

mentioned in commit entwicklungsportal@8cbecd53

mentioned in merge request entwicklungsportal!7 (merged)

added workflow::Peer Review label and removed workflow::In Progress label

mentioned in commit entwicklungsportal@7df844bb

added workflow::PO Review label and removed workflow::Peer Review label

marked the checklist item Im CMS kann (z.B. anhand von Labels/Tags) die Zugehörigkeit einer Ressource zu einem oder mehreren Kriterien eingestellt werden. as completed

marked the checklist item Filter können aus- und abgewählt werden. as completed

marked the checklist item Eine Aus-/Abwahl eines Kriteriums führt nicht zum Neuladen der Seite. as completed

@Marco_Holz Das ganze ist so weit fertig, reviewed und auf Preview deployed. Inhaltlich müsste einer von euch noch einmal die Filterprüfen, ob die Zuordnung zu Basisdienst, Software, Plattform und API auch so passt.

Falls inhaltlich etwas nicht passt könnt ihr das direkt in Contentful anpassen:

• Service wählen
• ganz nach unten scrollen
• vorletztes Feld Tags
• falschen Tag entfernen und neuen über "Add Content" und "Add existing entries" hinzufügen

Hinweis: ich habe zur Vereinfachung der Filter-Logik auch den Status (Beta/Produktiv usw.) über die Tags erfasst. Es gab aber bereits ein Feld mit dieser Info, die wäre damit jetzt redundant. Wir sollten bei Gelegenheit kurz besprechen wie wir damit umgehen.

Sieht gut aus! Das Hinzufügen von bestehenden Tags ist ein wenig unintuitiv, aber das ist eine Einschränkung von Contentful. Ich vermute mal, da können wir nichts machen. Danke für Deine Erläuterung!

Das redundante Status-Feld kannst Du gerne nun einfach entfernen.

Ich lasse das Issue nochmal in ~"PO Review" bis wir die Zuordnungen nochmal redaktionell geprüft/angepasst haben.

• Der Status auf Detailseiten (https://preview.docs.fitko.dev/entwicklungsportal/resources/dokumentation-fit-connect/) wird momentan aus dem Status-Feld ausgelesen, nicht aus dem Tag. Das sollte noch geändert werden.
• Alle redaktionellen Arbeiten sind abgeschlossen. (Aufgabe PO-Team)

Verschoben in ~"In Bearbeitung". Bitte wieder nach ~"Peer Review" und anschließend nach ~"PO Review" schieben, wenn Status-Feld angepasst ist (s.o.)

added workflow::In Progress label and removed workflow::PO Review label

mentioned in commit entwicklungsportal@d4ed48be