You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ich implementiere erst einmal wie angedacht (im Privacy-Statement Format aus der data.yaml, direkt im Frontend). Ich will trotzdem einmal hier den Markdown-Vorschlag für die Zukunft festhalten. Wäre allerdings erst relevant, wenn wir viele Text-Contents haben (bspw. Impressum, Hilfe-Seiten), wo das Markdown Format uns es vereinfachen könnte.
Wie kurz im Weekly erwähnt, wäre es ein Vorschlag, dass wir ein Markdown-Paket nutzen, um für die Datenschutzerklärung kein eigenes Datenformat definieren zu müssen.
++ Das Paket könnten wir dann ggf. auch für weitere Seiten (wie Impressum, Info-Seiten etc.) nutzen.
++ Die Gefahr, dass bei Änderungen das Datenformat falsch formatiert wird und somit Fehler entstehen, wäre geringer.
++ Es wäre ggf. für nicht-technische Personen „lesbarer” und einfacher zu ändern
-- Soweit ich das sehe, würden nur die Sektionen als Metainformation (plus Titel und Subtitel als Label) wegfallen.
-- Wir haben mehr Dependencies und damit ggf. Sicherheitslücken für ein nicht so wichtiges Issue.
So sieht es im Moment aus:
privacy-statement:
title: "Datenschutzerklärung"
subtitle: "gemäß Art. 13 DSGVO"
paragraphs:
- text: >
"Der Schutz Ihrer persönlichen Daten hat einen hohen Stellenwert. An dieser Stelle informieren wir Sie
darüber, wie wir mit den Daten umgehen, die Nutzer wissentlich oder unwissentlich hinterlassen, wenn Sie
dBeihilfePlus verwenden."
sections:
- heading-level: 0
heading-text: "Allgemeine Beschreibung"
sections:
- text: >
"Die App \"Eike\" kann Feuerwehr-Einsatzkräften Informationen und Unterstützung bei der Vorbereitung und
Verarbeitung von belastenden Einsätzen zu geben."
- heading-level: 0
heading-text: "Verantwortlicher gem. Art. 4 Nr. 7 DSGVO und Behördlicher Datenschutzbeauftragter"
sections:
- text: "Die verantwortliche Stelle für die Datenverarbeitung in dieser App ist:"
- address:
- line: "Deutscher Fachverband für Psychosoziale Notfallversorgung (DF-PSNV) e.V."
- line: "Schweetskroog 19"
- line: "22967 Tremsbüttel"
- heading-level: 0
heading-text: "Datenverarbeitung in dieser App"
- heading-level: 1
heading-text: "Vorsätze"
Wenn man es vereinfacht in Markdown, sieht es dann so aus:
# Datenschutzerklärung
## gemäß Art. 13 DSGVO
Der Schutz Ihrer persönlichen Daten hat einen hohen Stellenwert. An dieser Stelle informieren wir Sie darüber, wie wir mit den Daten umgehen, die Nutzer wissentlich oder unwissentlich hinterlassen, wenn Sie dBeihilfePlus verwenden.
# Allgemeine Beschreibung
Die App "Eike" kann Feuerwehr-Einsatzkräften Informationen und Unterstützung bei der Vorbereitung und Verarbeitung von belastenden Einsätzen zu geben.
# Verantwortlicher gem. Art. 4 Nr. 7 DSGVO und Behördlicher Datenschutzbeauftragter
Die verantwortliche Stelle für die Datenverarbeitung in dieser App ist:
Deutscher Fachverband für Psychosoziale Notfallversorgung (DF-PSNV) e.V.
Schweetskroog 19
22967 Tremsbüttel
# Datenverarbeitung in dieser App
## Vorsätze
Wir können das auch direkt in Flutter übernehmen und sparen uns die weitere Abhängigkeit. Eine Änderung bestehender Texte bekommen wir mit einer Volltextsuche gut hin 👍
Activity
tjorbo commentedon Jan 27, 2026
Planänderung: die Inhalte aus dem Pull-Request werden direkt im Frontend implementiert.
ColinSeanKavanagh commentedon Feb 1, 2026
Ich implementiere erst einmal wie angedacht (im Privacy-Statement Format aus der data.yaml, direkt im Frontend). Ich will trotzdem einmal hier den Markdown-Vorschlag für die Zukunft festhalten. Wäre allerdings erst relevant, wenn wir viele Text-Contents haben (bspw. Impressum, Hilfe-Seiten), wo das Markdown Format uns es vereinfachen könnte.
Wie kurz im Weekly erwähnt, wäre es ein Vorschlag, dass wir ein Markdown-Paket nutzen, um für die Datenschutzerklärung kein eigenes Datenformat definieren zu müssen.
++ Das Paket könnten wir dann ggf. auch für weitere Seiten (wie Impressum, Info-Seiten etc.) nutzen.
++ Die Gefahr, dass bei Änderungen das Datenformat falsch formatiert wird und somit Fehler entstehen, wäre geringer.
++ Es wäre ggf. für nicht-technische Personen „lesbarer” und einfacher zu ändern
-- Soweit ich das sehe, würden nur die Sektionen als Metainformation (plus Titel und Subtitel als Label) wegfallen.
-- Wir haben mehr Dependencies und damit ggf. Sicherheitslücken für ein nicht so wichtiges Issue.
So sieht es im Moment aus:
Wenn man es vereinfacht in Markdown, sieht es dann so aus:
Hier wären Pakekte die wir dafür nutzen können:
Markdown To Flutter Widget
https://asjqkkkk.github.io/markdown_widget/#/readme
MIT Lizenz, und scheint laufend auf dem aktuellen Stand gehalten zu werden. Jedoch nur von einem chinesischen Entwickler (https://morn.fun/).
Markdown
Oder ein einfaches Markdown Rendering. Hier müsste man schauen, wie / ob es in Widgets gerendert wird.
https://pub.dev/packages/markdown
2 remaining items
tjorbo commentedon Feb 3, 2026
Wir können das auch direkt in Flutter übernehmen und sparen uns die weitere Abhängigkeit. Eine Änderung bestehender Texte bekommen wir mit einer Volltextsuche gut hin 👍
tjorbo commentedon Feb 3, 2026
Wir können die Texte aus #13 (comment) nutzen, die finde ich auch gut
ColinSeanKavanagh commentedon Feb 8, 2026
Meinst du damit beide Q & As (Für PO und Dev)? Genauso formuliert oder nochmal angepasst?
Ich mach sonst einmal einen Vorschlag und du reviewst