Zeitlich begrenzt? Kannst du mal ein Beispiel nennen?

Ich könnte mir vorstellen, das ein Held auf Grund einer Verletzung zurückbleibt. Eine andere Möglichkeit ist, das ein Held einen Abhang runterfällt und von der Gruppe später wieder aufgegabelt wird. Oder in einen reisenden Fluss fällt und in der nächsten Stadt wieder von der Gruppe gefunden wird. Fällt in ein Loch und die anderen müssen erst den Eingang zur Höhle suchen. Verletzte Kameraden und einer zieht alleine los, um was zu besorgen; Zweiseitiger Angriff und und und ... Sicherlich gibt es da noch mehr Möglichkeiten.

Auch in Reisequests wäre das interessant ... zB wird ein Gruppenmitglied verschleppt und muss/kann befreit werden.

Wenn es andere Lösungen dafür gibt ist das natürlich auch in Ordnung.

Da fällt mir ein, das ggf. die Gruppe festgesetzt werden muss in manchen Situationen oder das alle Mitglieder eine Art Flag bekommen, damit sie wieder zusammen kommen.

Oder in einen reisenden Fluss fällt und in der nächsten Stadt wieder von der Gruppe gefunden wird.

Dafür benötigt man dann aber keinen zeitlichen Rauswurf. Der entsprechende Char wird aus der Gruppe entfernt und in der nächsten Stadt kann er dann von selbst der Gruppe wieder beitreten. Das trifft ebenso für andere genannte Möglichkeiten zu. Ansonsten dürfte sich die Differenz zwischen der Reisezeit der restlichen Gruppe und der des ehemaligen Gruppenmitgliedes recht schwer handeln lassen.

Abhang runterrutschen etc. würde man in einer ZB gut unterkriegen. Wenn du die Gruppe trennst, wie legst du die Zeit fest nach der sie wieder vereint ist? Das ist quark.

Wenn man jemanden aus einer Gruppe raus nimmt, dann ist er so lange draußen bis sich die Gruppe wieder (aktiv) vereint hat. Und an diesen Sonderlocken hängen noch mehr Dinge es müssten zwei verschiedene Questen für die Rest-Gruppe und den Fehlenden geschrieben werden. Diese müssten auch noch über Questvariablen vernünftig verknüpft werden.

Ganz so einfach zu erstellen ist so etwas sicherlich nicht.

Das ist quark.

Wenn das mit dem zeitlichen so ein Aufwand ist, dann kann ich verstehen, dass es nicht umsetzbar ist.

Einen Befehl, um jemanden aus der Gruppe zu entfernen (generell) würde ich mir trotzdem wünschen.

Warum? Nenn doch mal ein paar gute Gründe.

Das ist immerhin ein starker Einschnitt in das Zusammenspiel. Jemand, der erst 24h später wieder online geht und feststellt, dass er komplett verlassen wurde, wird sich doch sehr wundern. Bis sich die Spieler wiedervereinigen können, geht viel Zeit für Koordinierung, gleichzeitiges Onlinesein verloren.

Und bei Verletzungen rasten einfach alle. Wird ja bisher auch so gehandhabt. Die Heilung kann natürlich über den Chat beschleunigt werden.

Ihr habe gewonnen.

Ich kann jetzt keine Gründe oder Ideen anbringen. Gestern hatte ich eine Idee für eine GZB, wo das gepasst hätte, aber vielleicht ist das zu selten als das es den Aufwand rechtfertigt.
Eure Argumentation und Anmerkungen kann ich nachvollziehen. Das Thema kann vergessen werden. Vielleicht fällt mir ja mal was definitives dazu ein, dann melde ich mich noch einmal.

Danke.

"Never split the group!"

Alte Spielleiterweisheit, auch bei Programmierern willkommen...

Ich würde mir wünschen den has tag mit dem attrbut id zu versehen, damit ich darüber wie bei einer Probe den Held selektieren kann, der einen Bestimmten item besitzt.

Könnte man bei <challenge> einen automatischen <has>-Zweig, bzw. "Talent-nicht-aktiviert"-Zweig einbauen? So könnte man automatisch beschreiben, was passiert, wenn der Char Talent XY nicht aktiviert hat.

Edvard hat geschrieben:Könnte man bei <challenge> einen automatischen <has>-Zweig, bzw. "Talent-nicht-aktiviert"-Zweig einbauen? So könnte man automatisch beschreiben, was passiert, wenn der Char Talent XY nicht aktiviert hat.

Insbesondere bei exotischen Fertigkeiten würde man die Probe ja gar nicht erst machen, wenn man die Sache nicht beherrscht. Mit HAS sollte daher vorher immer die Aktiviertheit überprüft werden. Ein activated-Zweig würde dabei den Code schlanker machen. Und HAS wirkt (nach meiner Beobachtung) leider erst ab Fertigkeitswert 1.

Ich schreibe es so:

Code: Alles auswählen

<has talent="Fertigkeit" min="0">
  <success>
  </success>
  <failure>
  </failure>
</has>

telor hat geschrieben:Ich schreibe es so:

Code: Alles auswählen

<has talent="Fertigkeit" min="0">
  <success>
  </success>
  <failure>
  </failure>
</has>

Das funktioniert leider nicht, da auch nicht aktivierte Fertigkeiten offenbar als Wert "0" angesehen werden. Gerade noch mal ausprobiert.

proser hat geschrieben:Ein activated-Zweig würde dabei den Code schlanker machen.

Müsste natürlich ein not-activated-Zweig sein.

Edvard hat geschrieben:Könnte man bei <challenge> einen automatischen <has>-Zweig, bzw. "Talent-nicht-aktiviert"-Zweig einbauen? So könnte man automatisch beschreiben, was passiert, wenn der Char Talent XY nicht aktiviert hat.

Lasst euch mal einen guten Namen für den Zweig einfallen.

<inactive>, hmm
<exception>, hmm
<notactiacated>, hmm

geht's ausdrucksstäerker?

proser hat geschrieben:Das funktioniert leider nicht, da auch nicht aktivierte Fertigkeiten offenbar als Wert "0" angesehen werden. Gerade noch mal ausprobiert.

Gestern auf dem Testserver hat es funktioniert!?!