Skip to content

Commit

Permalink
Fixing Markdown list format
Browse files Browse the repository at this point in the history
  • Loading branch information
RedstoneFuture committed Jan 8, 2025
1 parent a9a7f55 commit fdcde98
Show file tree
Hide file tree
Showing 2 changed files with 30 additions and 30 deletions.
2 changes: 1 addition & 1 deletion docs/rules/discord.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,7 +6,7 @@

## §2 Talks
1. Das Aufnehmen anderer User darf nur mit dem ausdrücklichen Einverständnis aller im Channel befindlichen Nutzer erfolgen.
1. Ausgenommen ist die Erbringung eines Beweises durch das Supportteam, für Supportfälle. Etwaige Ton- oder Videoaufnahmen werden nach Abschluss des Supportfalls gelöscht.
1. Ausgenommen ist die Erbringung eines Beweises durch das Supportteam, für Supportfälle. Etwaige Ton- oder Videoaufnahmen werden nach Abschluss des Supportfalls gelöscht.
2. "Channel-Hopping" (= ständiges Wechseln der Sprachkanäle) ist verboten.
3. Laute und/oder störende Geräusche sind zu vermeiden.

Expand Down
58 changes: 29 additions & 29 deletions docs/rules/minecraft.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,36 +4,36 @@
1. Achte darauf, dass deine Bauten gut aussehen und möglichst in die Welt passen.
2. "Griefing" (= absichtliches Zerstören) - ob durch Bau, Abbau oder Interaktion - ist zu unterlassen.
3. Rückerstattungen:
1. Bei Verlust von Items, Blöcken, Mobs, Grundstücken oder Ähnlichem – egal, ob durch Client- oder Serverfehler – ist das Team nicht zwangsläufig verpflichtet, diese zu erstatten.
2. Das Team erstattet nur, wenn der Fehler beim Server liegt. Eigenständiges Verschulden wird nicht erstattet. Zum Nachweis können Mods wie Replay Mod o.ä genutzt werden. Dies hängt davon ab, ob der Fehler bekannt, nachweisbar oder nachstellbar ist.
1. Bei Verlust von Items, Blöcken, Mobs, Grundstücken oder Ähnlichem – egal, ob durch Client- oder Serverfehler – ist das Team nicht zwangsläufig verpflichtet, diese zu erstatten.
2. Das Team erstattet nur, wenn der Fehler beim Server liegt. Eigenständiges Verschulden wird nicht erstattet. Zum Nachweis können Mods wie Replay Mod o.ä genutzt werden. Dies hängt davon ab, ob der Fehler bekannt, nachweisbar oder nachstellbar ist.
4. Kämpfe gegen andere Spieler ("PVP"):
1. Canstein ist kein PVP-Server. Kämpfe sollten unter beidseitigem Einverständnis stattfinden. In diesem Fall entscheidet ihr, wie mit Verlusten an Items / XP umgegangen wird.
2. Ein beiderseitiges Einverständnis ist dann gegeben, wenn alle beteiligten Parteien im Chat einem Kampf zugestimmt haben.
3. Liegt kein Einverständnis von einer Seite vor, muss die angreifende Person sicherstellen, dass sämtliche Items / XP sofort zurückgegeben, bzw. erstattet werden.
4. Bei Kämpfen erstattet das Team grundsätzlich keine Items.
5. Vermehrtes Töten ohne das Einverständnis der anderen Spieler*innen kann eine Strafe des Teams nach sich ziehen.
6. Auftragsmord (mit oder ohne Belohnung) sind verboten, außer sie werden nach Zustimmung des Auftraggebers und der Ziel-Person ausgesetzt oder wenn der Auftraggeber und die Ziel-Person Role-Play Spieler sind (siehe Abschnitt 9: "Role-Play").
1. Canstein ist kein PVP-Server. Kämpfe sollten unter beidseitigem Einverständnis stattfinden. In diesem Fall entscheidet ihr, wie mit Verlusten an Items / XP umgegangen wird.
2. Ein beiderseitiges Einverständnis ist dann gegeben, wenn alle beteiligten Parteien im Chat einem Kampf zugestimmt haben.
3. Liegt kein Einverständnis von einer Seite vor, muss die angreifende Person sicherstellen, dass sämtliche Items / XP sofort zurückgegeben, bzw. erstattet werden.
4. Bei Kämpfen erstattet das Team grundsätzlich keine Items.
5. Vermehrtes Töten ohne das Einverständnis der anderen Spieler*innen kann eine Strafe des Teams nach sich ziehen.
6. Auftragsmord (mit oder ohne Belohnung) sind verboten, außer sie werden nach Zustimmung des Auftraggebers und der Ziel-Person ausgesetzt oder wenn der Auftraggeber und die Ziel-Person Role-Play Spieler sind (siehe Abschnitt 9: "Role-Play").
5. Regionen:
1. Alle Spieler*innen können ihre Bauwerke durch Regionen sichern lassen, die folgende Bedingungen erfüllen:
1. Die Fläche der Region soll zeitnah (z.B. für den Bau) genutzt werden und soll nicht nur dem Besitz der Fläche dienen.
2. Sie sollten nur den Bereich umfassen, der tatsächlich in absehbarer Zeit bebaut / benutzt wird.
1. Alle Spieler*innen können ihre Bauwerke durch Regionen sichern lassen, die folgende Bedingungen erfüllen:
1. Die Fläche der Region soll zeitnah (z.B. für den Bau) genutzt werden und soll nicht nur dem Besitz der Fläche dienen.
2. Sie sollten nur den Bereich umfassen, der tatsächlich in absehbarer Zeit bebaut / benutzt wird.
6. Server-Performance:
1. Massenhaltung von Tieren und leistungsfressende Schaltungen sollten vermieden werden.
1. Massenhaltung von Tieren und leistungsfressende Schaltungen sollten vermieden werden.
7. Fallen:
1. Fallen müssen sich innerhalb einer Region befinden, bei welcher nach Einstellung durch das Supportteam bei Betreten auf die besondere Gefahr dieser Falle hingewiesen wird. Fallen, die durch das Versenden von `/tpa` bzw. `/tpahere` funktionieren, sind verboten.
1. Fallen müssen sich innerhalb einer Region befinden, bei welcher nach Einstellung durch das Supportteam bei Betreten auf die besondere Gefahr dieser Falle hingewiesen wird. Fallen, die durch das Versenden von `/tpa` bzw. `/tpahere` funktionieren, sind verboten.
8. Farmen:
1. In der Oberwelt der Bau-Welten darf eine größere Farm (ab ca. einem Durchmesser von 50 Blöcken) nur bestehen, wenn sie außerhalb der Koordinaten `X = 3.000 bis -3.000` und `Y = 3.000 bis -3.000` liegt, nicht sichtbar ist (z.B. unterirdisch), eingebaut bzw. verschönert wurde oder sich im Bereich des Ozeans befindet.
1. In der Oberwelt der Bau-Welten darf eine größere Farm (ab ca. einem Durchmesser von 50 Blöcken) nur bestehen, wenn sie außerhalb der Koordinaten `X = 3.000 bis -3.000` und `Y = 3.000 bis -3.000` liegt, nicht sichtbar ist (z.B. unterirdisch), eingebaut bzw. verschönert wurde oder sich im Bereich des Ozeans befindet.
9. Role-Play:
1. Auf dem Survival-Server (normaler Modus, nicht SkyBlock) gibt es ein optionales Role-Play System, dass für die Teilnehmer einer "Allianz" (Guilde) innerhalb einer Allianz-Region kompetitive Spielweisen erlaubt und Ausnahmen für die oben genannten Regeln gewährt.
2. Um am Role-Play teilzunehmen, muss man Teil einer registrierten Allianz sein.
3. Alle registrierten Allianzen hängen am Spawn des Survival-Servers mit einem direkten Support-Ansprechpartner und der aktuellen Mitglieder-Liste aus.
4. Beantragung einer Allianz:
1. Eine Allianz muss mindestens zwei Mitglieder haben.
2. Zu Beginn ist eine Beantragung der Allianz beim Team in Form eines Support-Tickets mit Allianzname, Anführer / Leitung und Anzahl der Mitglieder notwendig.
5. Allianz-Region:
1. Die Allianz-Region ist eine vom Support angelegte Region, die zur Allianz gehört. Nur in dieser ist (kompetitives) Role-Play erlaubt.
2. Es muss beim Beitritt der Region darauf hingewiesen werden, dass dies eine Allianz-Region ist (meist mit der "greeting" Flag).
6. Ziel des Role-Play Systems ist der langfristige Spielspaß aller Parteien.
1. Auf dem Survival-Server (normaler Modus, nicht SkyBlock) gibt es ein optionales Role-Play System, dass für die Teilnehmer einer "Allianz" (Guilde) innerhalb einer Allianz-Region kompetitive Spielweisen erlaubt und Ausnahmen für die oben genannten Regeln gewährt.
2. Um am Role-Play teilzunehmen, muss man Teil einer registrierten Allianz sein.
3. Alle registrierten Allianzen hängen am Spawn des Survival-Servers mit einem direkten Support-Ansprechpartner und der aktuellen Mitglieder-Liste aus.
4. Beantragung einer Allianz:
1. Eine Allianz muss mindestens zwei Mitglieder haben.
2. Zu Beginn ist eine Beantragung der Allianz beim Team in Form eines Support-Tickets mit Allianzname, Anführer / Leitung und Anzahl der Mitglieder notwendig.
5. Allianz-Region:
1. Die Allianz-Region ist eine vom Support angelegte Region, die zur Allianz gehört. Nur in dieser ist (kompetitives) Role-Play erlaubt.
2. Es muss beim Beitritt der Region darauf hingewiesen werden, dass dies eine Allianz-Region ist (meist mit der "greeting" Flag).
6. Ziel des Role-Play Systems ist der langfristige Spielspaß aller Parteien.
10. Warps:
1. Für große öffentliche Plätze (inkl. öffentliche Farmen) können beim Support Warp-Punkte beantragt werden. Diese Warps hängen dann am SV-Spawn aus und sind für alle via `/warp <Warp-Name>` erreichbar.

Expand All @@ -43,16 +43,16 @@
## §3 Modifikationen
1. Jeglicher Gebrauch von Cheats, Hacks oder Hackclients ist untersagt.
2. Jegliche Mods, die einen größeren Spielvorteil gegenüber anderen Spieler*innen ermöglichen, sind verboten. Ausgenommen davon sind: Freecam, Autoklicker, Minimap und Leistungs- sowie Grafikverbesserungen.
1. Freecam: Die Freecam darf nicht eine Erweiterung der Person sein. Die Freecam darf z.B. nicht Knöpfe, Türen etc. verwenden können. Ebenfalls sind Freecams mit X-Ray untersagt.
1. Freecam: Die Freecam darf nicht eine Erweiterung der Person sein. Die Freecam darf z.B. nicht Knöpfe, Türen etc. verwenden können. Ebenfalls sind Freecams mit X-Ray untersagt.
3. Frage im Zweifel ein Teammitglied.

## $4 Datenschutz
1. Es gilt unsere [Datenschutzerklärung](https://canstein-berlin.de/datenschutzerklaerung). Dort sind alle Details, welche Daten wir erfassen, speichern und verwenden, erläutert.
2. Auf den Minecraft-Servern von _Canstein-Berlin.de_ erfassen und verarbeiten wir:
* die Internet-Protokoll-Adressen (IP-Adressen)
* die auf dem Server genutzten Minecraft-Spielernamen
* die Mojang-UUID
* das Datum und die Uhrzeit der Zugriffe auf den Server
* die Internet-Protokoll-Adressen (IP-Adressen)
* die auf dem Server genutzten Minecraft-Spielernamen
* die Mojang-UUID
* das Datum und die Uhrzeit der Zugriffe auf den Server
3. Das Canstein Team wird deine persönlichen Daten nicht an Dritte weitergeben.

## §5 Urheberrecht
Expand Down

0 comments on commit fdcde98

Please sign in to comment.