Es geht weiter mit dem Prototype Fund! Ab 2025 werden wir 4 Jahrgänge auf dem Weg zum Open-Source-Software-Prototypen begleiten. Der Bewerbungszeitraum für Jahrgang 01 wird dabei bereits starten, während die 16. Runde noch gefördert wird. Auf dieser Webseite sammeln wir alle Infos, die für Bewerber*innen der Neuauflage interessant sind.
Die Webseite basiert auf Hugo und dem Toha-Theme.
Alle weiteren Infos zum Prototype Fund gibt es auf unserer Webseite.
Die Webseite wird nach Veränderungen in diesem Repository automatisch nach new.prototypefund.de deployed. Build-Status und eventuelle Fehlermeldungen finden sich hier.
Wer die Webseite lokal betreiben/verändern möchte, nutzt dazu Hugo mit dem Befehl hugo server. Per Befehl dhugo wird unter /public das HTML generiert, das dann per beliebigen Webserver (z.B. Apache) bereitgestellt werden kann.
Liegen alle unter /data. In /de die Deutschen, in /en die Englischen. Formatiert werden die Texte per Markdown. Außerdem gibt es unter /i18n/en.toml bzw. /i18n/de.toml einige Übersetzungen, die vor allen Dingen Bezeichnungen und generische Wörter sind.
Achtung: Die Texte liegen alle in Yaml-Dateien. Daraus ergeben sich einige Besonderheiten: Mehrzeilige Strings (z.B. für mehrere Absätze oder mehrere Aufzählungszeichen als Antwort auf eine Frage) werden mithilfe des | und darauf folgendem Einrücken signalisiert, also z.B.:
summary: |
Hier ist der erste Absatz des Textes.
Hier ist der zweite Absatz des Textes.
url: test.com
Sobald eine Zeile nicht mehr eingerückt ist, wird diese nicht mehr als Wert verstanden, also in obigem Beispiel ist url: test.com kein Teil der summary mehr und resultiert, wenn die Seite das Feature unterstützt, in einem Button der zur URL führt. Hingegen:
summary: |
Hier ist der erste Absatz des Textes.
Hier ist der zweite Absatz des Textes.
url: test.com
würde dazu führen, dass url: text.com in die Summary mit aufgenommen wird.
Ein einfacher Zeilenumbruch ohne Leerzeile wird mit \ am Ende signalisiert:
summary: |
Hier ist der erste Absatz des Textes.\
Hier fängt ein zweiter Absatz an, der jedoch nicht durch eine Leerzeile getrennt ist.
Es gibt auch eine Möglichkeit, bedingte Zeilenumbrüche/-silbentrennung einzufügen (z.B. um Blocksatz hübscher zu gestalten). Leider gibt es dafür kein Markdownfeature, sodass auf HTML zurückgegriffen werden muss. Wird in ein Wort ­ eingesetzt, so resultiert das an dieser Stelle nur dann in einem Bindestrich, wenn das Wort auch tatsächlich getrennt wird. Dies ist insbesondere bei langen Wörtern hilfreich. Statt also Gesamtarbeitsstundenzahl immer fest zusammen zu schreiben, kann HTML mit Gesamt­arbeits­stunden­zahl flexibel trennen.
Liegen unter /assets/images. .png, .jpg und .svg funktionieren als Formate. Aufgerufen werden sie dann mit /images/image.svg
Unter /static/files können Dateien eingefügt werden, diese sind dann unter /files/Dateiname.Dateiendung abrufbar.
Es gibt BUTTONS! Einige Sections unterstützen dieses Feature (z.B. mdify, mdifyr, mdifyl, about). Dazu müssen einfach die richtigen URLs unter resourceLinks (für externe Links bzw. wenn sie im neuen Tab öffnen sollen) bzw. unter siteLinks (diese öffnen nicht in einem neuen Tab) eingefügt werden:
siteLinks:
- title: "Text, der auf dem Button stehen soll"
url: "#bewerbung" oder "/en"
resourceLinks:
- title: "Text, der auf dem Button stehen soll"
url: "example.com"
Zu den FAQs kann auch eine url hinzugefügt werden, dies geschieht einfach per Tag:
url: "example.com"
Wird nichts weiter eingetragen, so wird automatisch ein Button mit Aufschrift "Details" (de/en aus i18n) generiert. Alternativ einfach per Tag urlname: ein Beschriftung des Buttons hinzufügen:
urlname: Details (in German)
Viele Custom SCSS und angepasste HTML. z.T. nicht so sauber, work in Progress - funktioniert aber alles.
Können in /assets/styles/variables.scss verändert werden - einige Anpassungen funktionieren (visuell) nur, wenn an den richtigen Stellen gleiche Farben genutzt werden.
Liegen in /static/fonts. Werden in /assets/styles/overide.scss eingebunden.
