Ketten mit der Maus ordnen, Verweise an CCs, Umzug per Tabelle

Die Spielerseite zeigt CCs nicht mehr als zwei Listen "aktiv" und "inaktiv",
sondern als das, was sie sind: je Platz eine Kette, von unten nach oben
gelesen. Unten der erste CC, darueber seine Redesigns.

Gefunden wird selten alles auf einmal. Ein Redesign taucht Jahre spaeter auf,
weil sein Antrag in einem anderen Board lag oder weil der Spieler es fuer den
Beitritt zu einem fremden Gruppen-CC benutzt hat. Dann steht in der Kette
schon "3 auf 5", und 4 fehlt. Deshalb laesst sich jeder Eintrag mit der Maus
an seinen Platz ziehen - auch mitten in eine Kette und in jede andere Kette
desselben Spielers. Das Verschieben ordnet nur ein: es bucht nichts und
aendert keinen Status.

Dafuer traegt jeder CC jetzt eine Position in seiner Kette. Sie laesst sich
verschieben, ohne die ganze Kette neu zu haengen; der Vorgaenger-Verweis, an
dem der Rest der Anwendung haengt, wird danach aus den Positionen neu
abgeleitet. So koennen beide Sichten nicht auseinanderlaufen. Der Bestand
bekommt seine Positionen in der Migration aus der vorhandenen Verkettung.

An jedem CC haengen jetzt beliebig viele Verweise: ein Name und eine Adresse,
der Name wird zum Link. Nur http und https - ein "javascript:"-Link in einer
Oberflaeche, die mehrere Leute bedienen, waere ein offenes Scheunentor.

Die SteamID fuehrt auf der Spielerseite zum GExtension-Profil, der Forum-Name
zum Forumsprofil. Dessen Adresse kommt aus dem Abgleich: die Profile liegen
nicht unter dem Forums-Pfad, sondern eine Ebene darueber, und das laesst sich
nicht verlaesslich erraten - also wird uebernommen, worauf das Forum selbst
verweist.

Zuletzt der Umzug: unter Import gibt es fuer Administratoren den gesamten
Bestand als eine Tabelle - Spieler, Guthaben, CCs samt Ketten, frueherer
Konten, Mitgliedschaften und Verweise. Eingespielt wird ergaenzend: was da
ist, bleibt unangetastet, zweimal dieselbe Datei aendert nichts, und krumme
Zeilen werden mit Zeilennummer gemeldet statt den Lauf abzubrechen. Ein Test
spielt den vollen Weg durch - exportieren, Bestand loeschen, zurueckholen.

README.md

@@ -43,6 +43,33 @@ zur Wahl:
 | Entzogen | kostet ein Guthaben |
 | Im Rollenspiel gestorben | nur durch einen Administrator, mit Begründung |
 
+## Ketten: ein Platz, viele Redesigns
+
+Ein CC-Paket ist ein Platz, und jeder Platz hat seine eigene Geschichte: erster CC, Redesign,
+noch ein Redesign. Auf der Spielerseite steht je Platz eine Spalte, **von unten nach oben**
+gelesen - unten der erste CC, darüber seine Redesigns, die Pfeile zeigen in Richtung des
+jüngsten Eintrags.
+
+Gefunden wird selten alles auf einmal. Ein Redesign taucht Jahre später auf, weil sein Antrag in
+einem anderen Board lag oder weil der Spieler es für den Beitritt zu einem Gruppen-CC benutzt
+hat, dessen Antrag jemand anders geschrieben hat. Dann steht in der Kette schon „Redesign 3 →
+Redesign 5", und Redesign 4 fehlt.
+
+**Deshalb lässt sich jeder Eintrag mit der Maus an seinen Platz ziehen.** Beim Ziehen erscheinen
+zwischen den Einträgen Ablagestellen - auch mitten in einer Kette und in jeder anderen Kette
+desselben Spielers. Ein nachgetragener CC wird also schlicht dorthin gezogen, wo er hingehört.
+*Herauslösen* stellt einen Eintrag wieder allein, wenn sich herausstellt, dass er gar nicht in
+diese Kette gehörte.
+
+Das Verschieben **ordnet nur ein**: Es entscheidet nichts, bucht nichts und ändert an keinem
+Status etwas. Wer aktiv war, bleibt aktiv.
+
+### Verweise an einem CC
+
+An jedem Eintrag hängen beliebig viele Verweise - das Steam-Addon des Erstellers, ein Modell,
+eine Absprache. Eingetragen wird ein **Name** und eine **Adresse**; in der Liste steht dann der
+Name als Link. Ändern und entfernen geht über denselben Knopf *Verweise*.
+
 ## Gruppen-CCs
 
 Manche CCs teilen sich mehrere Spieler. Für jeden gelten dabei dieselben Regeln wie für einen
@@ -271,6 +298,9 @@ CC kehrt zurück - gratis, sofern er nicht redesignt wurde), *abgelehnt* oder *k
 angenommenen Fälle lösen exakt dieselben Buchungen aus wie die Knöpfe auf der Spielerseite -
 es gibt keinen zweiten Buchungsweg mit eigenen Regeln.
 
+Aus dem Abgleich kommt nebenbei die Adresse des Forumsprofils mit; auf der Spielerseite führt
+der Forum-Name dann direkt dorthin. Die SteamID verlinkt entsprechend auf das GExtension-Profil.
+
 Zugeordnet wird über den Forumsnamen des Erstellers gegen das Feld *Forum-Name* beim Spieler -
 und über die **früheren Konten**, die auf der Spielerseite nachgetragen werden können. Wer seinen
 Steam- oder Forumsaccount gewechselt hat, behält so seine Ansprüche. Steht der Ersteller nirgends,
@@ -373,6 +403,23 @@ an. Bis dahin geht die Spur wenigstens nicht verloren.
 Auf der Übersicht tragen betroffene Spieler ein Kennzeichen, und über *Nur offene Problemfälle*
 lässt sich die Liste darauf eingrenzen.
 
+## Umzug auf einen anderen Server
+
+Unter *Import* steht für Administratoren **Alles sichern und zurückholen**: der gesamte Bestand
+als eine einzelne Tabelle - Spieler, Guthaben, CCs samt Ketten, frühere Konten, Mitgliedschaften
+und Verweise. Gedacht für den Wechsel des Servers oder den Umstieg auf ein anderes Programm.
+
+Weil verschiedene Satzarten in einer Datei stehen, sagt die erste Spalte `satzart`, worum es in
+der Zeile geht (`SPIELER`, `KONTO`, `GUTHABEN`, `CC`, `MITGLIED`, `VERWEIS`); die übrigen Spalten
+bedeuten je nach Satzart etwas anderes. Der Spieler steht in jeder Zeile, damit jede Zeile für
+sich verständlich bleibt und eine Umsortierung in der Tabelle den Bestand nicht zerreißt.
+
+Beim Einspielen wird **ergänzt, nicht überschrieben**: Was es schon gibt, bleibt unangetastet.
+Erkannt wird ein Spieler an seiner SteamID, ersatzweise am Anzeigenamen; eine Buchung an
+Spieler, Art, Menge, Anlass, Zeitpunkt und Notiz. Zweimal dieselbe Datei einzuspielen ändert
+deshalb nichts. Zeilen, die sich nicht zuordnen lassen, werden mit Zeilennummer gemeldet, ohne
+den Lauf abzubrechen - eine krumme Zeile darf nicht neunhundert gute aufhalten.
+
 ## Rollen
 
 Es gibt **keine öffentliche Registrierung**. Konten legt ausschließlich ein Administrator an.