Re: [dsaster-devel] Wiki/Versionsauszeichnung
Status: Pre-Alpha
Brought to you by:
j6cubic
From: masterquest <rpg...@we...> - 2006-02-11 13:28:47
|
>> Einverstanden. Wer kümmert sich um ein Wiki? Und nebenbei? Hab ich >> nich mal eins aufgesetzt? > > War das nicht mq? Ja, war ich. Aber vielleicht ist DFYX mein Zweitaccount und ich weiß nichts davon, dann kann's auch er gewesen sein. Ich hatte damals allerdings irgendwelche Probleme mit dem Wiki (an die ich mich aber nicht mehr genau erinnern kann), von daher kann DFYX das gerne nochmal neu machen. > Also einmal natürlich den IRC-Klienten, dann die Charaktererstellung und > -verwaltung (Eigene Charaktere), dann Abenteuer-Verwaltung (mit > integriert Charakterverwaltung der Mitspieler ;) Ich würde auch noch eine Kampfverwaltung auf Spielleiterseite ganz gut finden. Also im Prinzip, dass der Meister (bzw. sein Client) den Kram übernimmt, den momentan Rheia macht. > Zu den Abenteuern, dazu gehören dann noch viele Sachen wie ein > Scrapboard, auf dem die Spieler sachen ablegen können, Karten, Rätsel, > all den Kram den wir aus #free-dsa kennen. Am besten unterteilt in > Dateien, die entweder Bild oder Text sein können. Und das ganze > natürlich kollaborativ, so dass man dabei zur Spielzeit rumarbeiten > kann. Ich merke schon, das wird komplex. x_X Die Frage ist vor allem, wie wir das "kollaborativ" implementieren. Wenn 2 Spieler gleichzeitig drin rumkritzeln können sollen, wird das wirklich komplex. Alternativ könnten wir's auch einfach so machen, dass DSAster, wenn der User eine Datei aktualisiert, automatisch eine Nachricht wie "[ DSAster: newest version of $filename here ]" ausgibt und die anderen Clients dass dann verarbeiten (sprich: sie führen eine Liste der Dateien, die gerade im Umlauf sind, und merken sich, welcher Spieler gerade die aktuellste Version der Datei hat. Wenn der User jetzt auf die Datei zugreifen will, schickt DSAster 'ne entsprechende Anfrage, und der andere Spieler schickt das per DCC rüber). Dann müssten wir allerdings eine Art DSAster-Protokoll erstellen, dass eben über OOC-Klammern läuft (wie mein Beispiel). Dummerweise sind wir dann natürlich nicht mehr wirklich zu anderen Clients kompatibel. Aber das wird eh schwer zu erreichen, wenn wir irgendwelche Kollaboritäts-Features wollen. Und dann bleibt noch die Frage, ob wir alles mit DSAster selbst bearbeiten wollen (was für Kram wie Mindmapping und Text wohl geht, aber bei "richtigen" Bildern komplex wird) oder ob wir das mit externen Programmen machen. Und wenn's über externe Programme läuft, wie wir feststellen, wann die Dateien geändert werden. > Mmh, zu den Bildern fällt mir dann auch gleich noch ein Problem ein. Den > Text kann man ja recht einfach über das IRC-Protokoll ablaufen lassen, > aber das mit den Bildern? Vielleicht DCC? Damit könnte man u.U. noch > kompatibel zu normalen IRC-Clients bleiben, was ich gar nicht so > schlecht fände. Ich denke, DCC ist da die einzig vernünftige Lösung, außer, wir erweitern das IRC-Protokoll (wo ich persönlich strikt gegen bin). > Uff, Chat, Charaktere, Abenteuer, was brauchen wir noch? Brauchen wir > den ganzen Umfang der Wiege, vonwegen Basar, Locator, Reise, Metrik? > Dieser "Kleinkram" wie Würfelskript... mh.. einfach per Skript > implementieren? Würfeln würde ich einfach als Script machen, schon allein, damit man's im Notfall leichter modifizieren kann. > Noch ein Anliegen: Wollen wir uns strikt auf DSA festlegen, oder am > besten Versuchen, das ganze so modular zu halten, dass man > möglicherweise das ganze auch zu einem Shadow Run Client machen kann? Gute Frage. Ist mir eigentlich relativ egal. DSA hat natürlich die höchste Priorität, aber SR wäre schon nett. |