Kommunikation

    Bevor du das Team kontaktierst, einen Fehler meldest, in den Foren einen Beitrag schreibst oder ähnliches, solltest du diese Seite durchlesen. Den Richtlinien und Instruktionen auf dieser Seite zu folgen verbessert unsere Gemeinschaft sowie das SuperTuxKart-Projekt und macht uns somit alle glücklicher. Auch wenn sich das eventuell etwas harsch anhört, sollte dich das natürlich entmutigen und davon abhalten uns auf einem der genannten Wege zu kontaktieren. ;)

    Inhalt

    Bitte denke daran…

    Die Entwickler werden nicht bezahlt

    Die Entwickler tun dies, weil es Ihnen Freude macht, nicht weil Du sie bezahlst. Sie werden nicht dafür bezahlt, dich zufrieden zu stellen, aber sie werden deine Vorschläge anzuschauen, prüfen, und versuchen, soweit dies möglich ist, diese einzubinden.

    Die Entwickler nutzen ihre Freizeit um an diesem Projekt zu arbeiten

    Vielleicht haben sie nicht die Möglichkeit, direkt zu antworten. Sei geduldig - sie werden sich letztendlich schon zurückmelden. Sollte dies nicht der Fall sein, dann weise höflich auf darauf hin. Es sollte zudem vermieden werden, sehr triviale und unwichtige Anfragen zu schreiben, oder extrem anspruchsvolle Anfragen zu stellen.

    Open Source heißt nicht immer das, dass deine Beiträge auch akzeptiert und eingebunden werden

    Das Team muss dafür sorgen, dass die Codequalität und die Qualität des Bildmaterials auf einem hohen Niveau ist und bleibt. Daher kann es sein, dass dein Beitrag nicht akzeptiert werden kann. Bitte sei davon nicht entmutigt - das Team wird sich freuen, dir zu helfen oder Ratschläge zu geben.

    Richtlinien

    Meldung eines Fehlers oder Absturz des Spiels

    • Falls der Fehler schon auf GitHub gemeldet wurde:
      • Falls der Fehler noch offen ist, prüfe, ob du eventuell weitere Informationen bezüglich des Fehlers an das Team weitergeben kannst.
      • Falls der Fehler bereits geschlossen wurde, musst du vermutlich die nächste Veröffentlichung des Spiels abwarten, in welcher der die Fehlerbehebung stattgefunden hat. Anderenfalls kannst du auch selbst das Spiel aus dem Quellcode erstellen.
    • Falls der Fehler noch nicht gemeldet wurde:
      • Definiere den Titel klar und verständlich
      • Füge eine detaillierte Erklärung des Problems bei. Schritt-für-Schritt-Anweisungen, wie das Problem verlässlich reproduziert werden kann sind besonders hilfreich.
      • Füge Systeminformationen, wie dein Betriebssystem, Version des Betriebssystems, Grafik-Prozessor-Modell (GPU) und Fabrikant, Grafikkarten-Treiber und Version, sowie Prozessor-Modell (CPU) bei.
      • Füge die Datei stdout.log bei. (Siehe “Wo speichert STK die ‘user config’-Datei?” in den FAQ-Seiten für Informationen wo diese Datei zu finden ist.)
      • Füge Screenshots bei, wenn diese helfen.
      • Falls du STK selbst aus dem Quellcode kompilieren kannst und es mit einem Debugger (wie z.B. GDB, Valgrind, oder Visual Studio Debugger) starten kannst, bitte kompiliere STK im Debug-Modus, führe es aus, und poste die Ausgaben des Debuggers.
      • Füge jegliche weitere Informationen ein, falls du diese für nützlich hältst.
      • Beantworte alle Fragen, die das Team dir stellt so vollständig wie möglich.

    Vorstellen von Bildmaterial oder anderer künstlerischer Beiträge

    • Stelle die Ursprungsdatei zur Verfügung (.kra, .xcf, .blend, etc.).
    • Stelle die Lizensierung klar und deutlich dar. (Siehe Lizensierung für Optionen.)
    • Akzeptiere konstruktive Kritik und schaue, was getan werden kann, um deinen künstlerischen Beitrag zu verbessern.
    • Diskutiere mit dem Team, während deine Arbeit noch in Arbeit ist, damit du schon währenddessen Feedback erhalten kannst.
    • Mache klar, ob dein Beitrag fertiggestellt ist, oder sich noch im Arbeitsprozess befindet.

    Einbringen von Vorschlägen für STK

    Dies ist ein sensibles Thema. Natürlich müssen wir konstruktive Kritik und Vorschläge akzeptieren - falls wir das nicht tun würden, wäre dies entgegen einer der Werte von Open Source, welcher beschreibt, dass die Software für jedermanns Nutzen sein soll. Aber wo wird eine Anfrage zu viel? Hierfür müssen wir ein weiteres Ideal von Open Source miteinbeziehen: Dass jeder selbst einen Beitrag leisten sollte, falls dies möglich ist. Falls du also einen Vorschlag für STK hast, frage dich selbst das Folgende:

    • Habe ich zuvor schon einmal einen Beitrag zu SuperTuxKart geleistet?
      • Dies kann in Form von Spenden, erstellen von Objekten, Strecken, Texturen etc. geschehen. Auch das Erstellen von Add-on-Strecken hilft dem Spiel.
    • Falls ich selbst in der Lage bin, zu tun, wonach ich frage, würde ich dies selbst tun wollen?
    • Verstehe ich den Aufwand der für die Ausführung meiner Anfrage benötigt wird?
    • Gebe ich zumindest dem Team zu verstehen, dass ich die erbrachte Arbeit wertschätze und unterstütze?
    • Habe ich in letzter Zeit viele Anfragen gestellt?
      • Es mag eventuell banal klingen, aber es wichtig, ob erkenntlich ist, dass du die vom Team geleistete Arbeit respektierst. Wenn du dies tust, wirst du vermutlich öfter davon absehen, dich zu beklagen.