Wir ihr mitwirken könnt

DE EN

Prozess und Deadlines

Ein Blogartikel sollte mindestens 48 Stunden vor der gewünschten Veröffentlichung eingereicht werden, gerne deutlich früher. Wir möchten diese Zeit für Rückfragen und redaktionelle Arbeit nutzen. Einträge für den Kalender nehmen wir nach einer kurzen Ansicht auf.

Artikel und Kalendereinträge können per Mail an blog@events.ccc.de oder als Merge Request für https://git.cccv.de/infra/static-pages/events.ccc.de eingereicht werden. Wir bitten um Nachsicht, wenn wir manchmal ein paar Tage brauchen, bevor wir die Einreichungen bearbeiten.

Events im Kalender beitragen

Um ein Event im Kalender unterzubringen, bitten um die folgenden Informationen, soweit schon bekannt:

  • Titel
  • Ort – auch „online“ würden wir hier vermerken, ansonsten mindestens die Stadt, gerne eine genaue Adresse.
    • Wir bevorzugen Straßennamen in ausgeschriebener Form. Bitte prüft die Schreibweisen. Auch nach neuer Rechtschreibung wird das Wort „Straße“ mit ß geschrieben (Grund ist der lange Vokal – nur in der Schweiz gibt es kein ß). Bestehende Namen für Straßen und Orte wurden nicht zwingend auf neue Rechtschreibung umgestellt. Beispiel: „Schloßstraße“ ist weiterhin viel häufiger als „Schlossstraße“ (nach den neuen Regeln eigentlich kein ß, weil das O kurz ist).
  • erster und letzter Tag (wir erfassen keine Uhrzeiten)
  • Website
  • Organisierende (Name – dabei „e. V.“ gerne weglassen –, E-Mail)

Ihr könnt die Vorlage unten verwenden.

Es gibt keine fixen Kriterien für die Aufnahme von Events in die Liste, allerdings sollte eure Veranstaltung irgendwie in Relation zum Chaos stehen und mehr als nur für eure Stadt/Region relevant sein. Falls ihr euch unsicher seid, schreibt uns gerne, dann überlegen wir es uns gemeinsam.

Bitte vergesst nicht, uns bei Änderungen Bescheid zu sagen (etwa: Termin verlegt, genauer Ort festgelegt, Website erstellt, Event abgesagt).

Von uns ausgewählte Events erscheinen ab 42 Tagen vor Beginn in der rechten Spalte unter „Upcoming Events“. Bei der Auswahl richten wir uns vor allem nach Größe und zeitlicher Nähe zu anderen Events, da wir aktuell maximal zwei Upcoming Events darstellen. Wenn euer Event dafür in Frage kommen soll, brauchen wir zusätzlich

  • ein quadratisches Teaserbild oder Logo (Breite/Höhe 200 bis maximal 400 Pixel – beachtet die Hinweise zu Bildern unten und gebt einen Alternativtext an).

Blogartikel beitragen

Für Artikel im Eventblog bitten wir um die Einreichung des Textes in passenden Sprachversionen mit einem Aufmacherbild. Bitte beachtet die Abschnitte über Texte und Bilder unten.

Wir verwenden hugo, einen statischen Website-Generator. Bitte beginne die Arbeit an deinem Artikel mit unserem Template unten. Die Kommentare im Template werden dich hoffentlich leiten. Oben im Template seht ihr das sogenannte Frontmatter, das Metadaten für euren Artikel enthält – etwa Titel, Veröffentlichungsdatum, Header-Bild, Kategorie und Tags.

Kategorien und Tags auswählen

Bitte erfindet keine neuen Kategorien für euch selbst, diese werden vom Eventblog-Team kuratiert. Eine Faustregel: Ihr könnt eine eigene Kategorie für euer Event vorschlagen, wenn das Event mehrmals stattgefunden hat und über eure Region hinaus relevant geworden ist. Solange es keine eigene Kategorie für euer Event gibt, verwendet bitte die Kategorie „friends“ und erstellt ein Tag für euer Event. Bitte überfrachtet euren Artikel nicht mit Tags. Wenig passende / aussagekräftige Tags sind besser als viele nutzlose Tags. Beispiele für aussagekräftige Tags: “call for papers”, “tickets”, “presale”, “fahrplan“ / “schedule”. Beispiele für überflüssige Tags: “event(s)”, “veranstaltung”, “ccc”.

Wenn ihr euch unsicher seid in Bezug auf passende Kategorien, Tags oder irgendein anderes Feld, helfen wir gerne und laden euch ein, nachzufragen.

Texte

Wir bitten um gut lesbare, nicht zu lange Texte. Das Textformat ist Markdown. Bitte verzichtet auf manuelle Formatierungen mit eigenen HTML-Elementen oder Style-Attributen.

Sprachversionen

Im Eventblog werden die Sprachen Deutsch, Englisch und Französisch technisch unterstützt. Für die Entscheidung, in welchen Sprachen ihr einen Artikel veröffentlicht, könntet ihr euch überlegen, in welchen Sprachen die Teilnahme an eurem Event möglich ist.

Textredaktion

Das Eventblog-Team wird nach Kapazität deutsche und englische Texte redigieren und euch eventuell Änderungen vorschlagen. Wir können zwischen diesen Sprachen auch übersetzen.

Wir bevorzugen

  • typografische Satzzeichen:

    • Anführungszeichen nach den Konventionen der verwendeten Sprache: „Deutsch“, “English”, « français »; Apostroph: ’
    • Halbgeviertstrich (–, en dash, U+2012) für Gedankenstriche, „von-bis“-Angaben etc. Im Englischen gibt es die traditionelle Variante, Gedankenstriche als Geviertstrich (—, U+2013) und ohne Leerzeichen (oder mit einem hair space, U+2009) zu setzen, aber der Halbgeviertstrich mit Leerzeichen ist dort auch üblich und wird zur Reduktion von Komplexität von uns bevorzugt.
    • Minuszeichen (−, U+2212) für negative Zahlen und in mathematischen Ausdrücken
    • Kreuzzeichen (×, U+00D7) für Flächen- und Pixelgrößen etc.
    • Auslassungspunkte (…, U+2026); hier auch beachten, dass sie insbesondere im Deutschen meistens vom vorigen Wort mit einem Leerzeichen abzurücken sind – nur dann nicht, wenn sie den Abbruch innerhalb eines Wortes kennzeichnen. Im Englischen gibt es wieder mehrere Traditionen, aber keine Eindeutigkeit. Wir haben uns entschieden, den deutschen Stil im Englischen zu übernehmen, weil sie auch im Englischen eine mögliche Konvention ist.
    • Pfeil (→, U+2192).

    Übrigens: fast alle genannten Zeichen können auf einer → deutschen Linux-Tastatur mit einfachen [AltGr]-Kombinationen eingegeben werden. (Ausnahmen: Minuszeichen, hair space.) Außerdem kann jedes Zeichen in Linux über seinen Unicode-Codepoint U+wxyz (dabei steht wxyz für 1–6 Hexadezimalziffern) eingegeben werden: über die Tastenfolge [Shift]+[Strg]+[U], [w], [x], [y], [z], [Leertaste].

  • Datumsangaben in den folgenden Formaten:

    • deutsch: 1.2.2025 / 1. Feb. 2025 / 1. Februar 2025
    • englisch: 1 Feb 2025 / 1 February 2025
      (Monat nie als Zahl, weil es sonst immer wieder Unklarheiten gibt; Tag vor Monat, weil dies auf beiden Seiten des Atlantik akzeptiert wird; den Tag nicht als Ordungszahl wie 1st schreiben, obwohl er als Ordnungszahl und mit „the/of” vorgelesen wird; keine Punkte, Striche, Schrägstriche oder Kommas innerhalb eines Datums)

  • Bei Zeitintervallen („von/bis“) bitte den Halbgeviertstrich verwenden und gleiche Datumskomponenten bei den Intervallgrenzen nur im „bis“-Teil nennen:

    • deutsch: 27.–30.12.2025 / 30.1.–1.2.2025 / 30. Jan. – 1. Feb. 2025
    • englisch: 27–30 Dec 2025 / 30 Jan – 1 Feb 2025

  • Uhrzeiten im 24-Stunden-Format H:MM in allen Sprachen. Für ein internationales Publikum, also vor allem in der englischen Version, Zeitzone angeben (Sommerzeit beachten, deutsche Zeitzone heißt CET/CEST) und/oder UTC-Offset hinzufügen: 17:00 CEST (UTC+0200)

  • Führende Nullen sind bei Datum und Uhrzeit nur dann nötig, wenn mehrere Angaben untereinander ausgerichtet werden sollen. Im Fließtext lenken sie eher von den signifikaten Ziffern ab. (DIN 5008 schreibt Nullen vor, aber der Duden erlaubt es, sie wegzulassen.)

Bilder

Für jeden Blogartikel bitten wir um ein Aufmacherbild. Weitere Bilder sind natürlich möglich.

Reicht eure Bilder als Dateien mit dem Text ein, nicht als URL zu einer externen Website.

Bildinhalte

Beim CCC werden Abbildungen von Menschen sehr vorsichtig behandelt. Das ist eine wichtige Tradition – siehe z.B. die Policy beim 38C3. Im Event-Blog wünschen wir uns, dass keine Menschen auf Bildern sichtbar sind. Die einzige Ausnahme ist, wenn die abgebildeten Menschen konkret das Thema eines Artikels sind.

Bitte reicht keine Bilder ein, die mit KI-Werkzeugen hergestellt wurden, diese werden wir nicht veröffentlichen.

Bild(datei)größe

TL;DR

Bilder in der Textspalte können typischerweise eine Dateigröße von <50 KB bekommen. Für Teaser in „Upcoming Events“ sind ca. 15 KB gut möglich. Je kleiner, desto besser. Eine einfache Methode ist: Header-Bilder auf maximal 1400 Pixel Breite skalieren (Höhe sollte deutlich weniger sein, damit das Bild nicht zuviel vertikalen Platz einnimmt). Teaser in „Upcoming Events“ müssen quadratisch sein mit max. 400 Pixel Seitenlänge. Als WebP speichern, lossy mit Kompressionsqualität 50–70. (Kompressions-Artefakte stören in WebP meist deutlich weniger als in JPEG.)

Motivation

Bitte bedenkt: Das Eventblog ist kein Fotoblog. Die hier gezeigten Bilder dienen vor allem der Dekoration und Auflockerung. Nur wenige werden sie länger betrachten. Dazu kommt, dass auf unseren Listenseiten 10–15 Bilder vorkommen. Ein automatisches „Kleinrechnen“ findet nicht statt.

Dies ist also nicht der Ort zur Veröffentlichung eurer hochaufgelösten Originale in möglichst verlustfreier Qualität – wir brauchen reduzierte Bilddateien.

Deshalb bitten wir euch: Nehmt die Herausforderung an, eure Bilddateien möglichst klein zu machen. Auch wenn ihr ein schon vorhandenes Bild aus den früheren Tagen des Eventblogs verwendet, könntet ihr es in reduzierter Form neu erzeugen und die neue Version in eure Einreichung mit aufnehmen.

Denkt bei der Reduzierung über all diese Stellschrauben nach: Pixelzahl, Farben, Grafikformat, Komprimierung.

Zielgrößen

Für unsere Blogartikel ist es in aller Regel gut möglich, Dateigrößen um 50 KB und weniger zu produzieren. Im Bereich „Upcoming Events“, der aus unseren Kalenderdaten befüllt wird, könnt ihr euch an 15 KB orientieren. Natürlich kommen Ausnahmen vor – schwierig wird es zum Beispiel mit dem aktuellen Trend, „grafische“ Bilder mit Rauscheffekten spannender zu machen.

Pixelzahl

Das aktuelle Theme des Eventblogs beschränkt die Bildbreite in Blogartikeln auf 678px und Teaserbilder in den „Upcoming Events“ auf 168px. Durch Aufrunden und Verdoppeln (mit Gedanken an Retina-Techniken etc.) ergibt sich: Bilder in Blogartikeln sollten maximal 1400 Pixel breit sein (und deutlich weniger hoch). Die quadratischen Teaser für „Upcoming Events“ sollten maximal 400 Pixel groß sein.

GIMP: Bild zuschneiden

GIMP: Bildgröße ändern

Farben

Falls euer Bild nur Graustufen hat oder braucht, sollte es auch so gespeichert sein und nicht in RGB-Farben. Wenn das Bild farbig, aber eher eine Grafik als ein Foto ist, braucht es vielleicht auch nur 256 Farben oder manchmal noch deutlich weniger. Dann könnt ihr versuchen, eine Farbpalette einzuführen. Reduzieren von Pixelzahl und Farben sind die wirkungsvollsten Mittel, Speicherplatz zu sparen.

GIMP: Bildmodus ändern

Grafikformat

Für Bilder, die eher Grafik als Foto sind, ist JPEG das falsche Format. Hier bietet sich PNG an, und falls euer Bild keine transparenten Pixel verwendet, wird ein PNG noch kleiner, wenn ihr den Alpha-Kanal entfernt.

GIMP: Alphakanal entfernen

Vielleicht könnt ihr „grafische“ Bilder auch als SVG liefern, das ist möglicherweise noch kleiner bei perfekter Bildqualität. Die einfachste und wirksamste Lösung für Rasterbilder kann sein, ins Format WebP mit passenden Einstellungen zu konvertieren (GIMP: exportieren). Dieses Format ist moderner und flexibler als JPEG oder PNG, es wird in allen aktuellen Browsern unterstützt.

Komprimierungs-Level

JPEG ist bekannt für seine „lossy compression“ und die dabei entstehenden Artefakte. Vielleicht weniger bekannt ist, dass WebP „lossless“ oder „lossy“ komprimieren kann. In „lossy“ sind die Kompressions-Artefakte bei WebP deutlich weniger sichtbar als bei JPEG, weshalb WebP für Fotos eigentlich fast immer den Vergleich mit JPEG gewinnt. Hier ist die Herausforderung: findet das kleinste gute Komprimierungs-Level! Ein realistischer Ansatz ist, eine Version mit Level 50 zu speichern, das Ergebnis anzuschauen und dann vielleicht um 10 oder 20 nach unten oder oben zu variieren. (Wie gesagt, das Eventblog ist kein Fotoblog.) In „lossless“ gewinnt WebP meistens gegen PNG. Auf jeden Fall ist ein quasi-automatisches Speichern als WebP keine vollständige Lösung. Es sind nicht nur die Details der Komprimierung zu entscheiden, sondern es hilft, vor dem Speichern alle anderen Stellschrauben zu bedenken. Beispiel: Obwohl WebP keine Farbpaletten kennt, wird eine WebP-Datei kleiner, wenn das Bild vor der Speicherung auf eine Palette reduziert wurde.

Bildlizenzen

Achtet bitte auf Bildrechte. Verwendet soweit möglich cc-by-Lizenzen und fügt eine gute Attribution hinzu. Wichtig: nc und Varianten davon können wir leider nicht veröffentlichen. Wenn ihr Bilder aus fremden Quellen übernehmt, achtet darauf, einen Hinweise auf die Quelle mit zu übernehmen.

Vorlagen

Blogartikel

---
# Please remove blank lines and comments before submitting.

# Add a title for your blogpost. Do not add this title to the content of your post. It will appear as a first-level header.
title: 'title of your blogpost'

type: post

# Set the date for your blogpost. 
# Normally you should only set the date. There is no support for publishing posts at a certain time.
# The publishing pipeline is run on every push / merge to the main branch and by a scheduler every morning.
# A post with a date/time in the future will be published by the first run of the pipeline after the specified date/time.
# If a time needs to be specified for some reason, note that it is in UTC unless you add a time zone offset in the format +HH:MM.
# If you need to specify a time and you want the daily publishing pipeline to include your new article, set the time to 06:00:00 UTC or earlier.
# Format: yyyy-mm-ddT00:00:00
date: yyyy-mm-ddT00:00:00

# Set a cover image for your post. Choose one from /static/media/ or upload your own there.
# Omit the leading “/static” in the path in the “cover:“ line.
# If you dont want to use a cover image (not recommended), delete the “cover:” line or turn it into a comment via a leading # character.
cover: /media/mycover.jpg

# Provide an alt text for your cover image if possible. It should describe the image. 
coveralt: "A laptop in front of a bunch of LEDs. It shows an editor displaying some code. The LEDs are light up in different colors."

# Add a category for your post, most likely it will be the event your post is related to.
# See https://events.ccc.de/category/ for a list of categories.
# Examples: 37c3, camp-2023
category:
  - category1

# Optional: add one or more tags for your post.
# See https://events.ccc.de/tag/ for a list of existing tags
# Examples: cfp, angel
#
# Please only invent new tags if there is a good reason. Tags are no stickers!
#tag:
#  - tag1
#  - tag2

# Multilanguage configuration is currently available for English (.en.md) and French (.fr.md).
# After writing your post, make a renamed copy of your file and translate the content
# and frontmatter (most likely title) appropriately.
# Example:
#   /YYYY/MM/DD/mein-blog-post.md    <- (German version, default)
#   /YYYY/MM/DD/mein-blog-post.en.md <- (English version)
#   /YYYY/MM/DD/mein-blog-post.fr.md <- (French version)

---
<!-- Do not repeat the title, it will automatically appear as the first-level heading at the start of the article. The TL;DR section and the ‘more’ divider below are optional. Delete this comment. -->

## TL;DR

  * Item 1
  * Item 2
  * Item 3

<!--more-->

Your text, maybe starting with a second-level heading after a TL;DR

_Image attribution_

Kalender

- title: …
  location: …
  date_from: YYYY-MM-DD
  date_until: YYYY-MM-DD
  website: https://…
  organizer_name: …
  organizer_mail: …
  teaserimage: … (optional; delete line if not used)
  teaseralt: … (optional; delete line if not used)