Featurewünsche AOQML

Featurewünsche

Lowlander: könnte das hier jemand optisch so aufbereiten, dass ich ohne viel Zeitverlust (ich habe maximal 2h pro Woche für Antamar!!!) kommentieren kann und diese Kommentare auch gesehen werden? Danke!

Jetzt sollte man erkennen, wo schon kommentiert wurde und wo noch nicht. Ich hoffe mal das ist so grob das, was du dir vorgestellt hast. Ich überlege noch, ob man daraus brauchbar eine Tabelle machen kann. Mal schauen. --Tequila 18:18, 8. Aug. 2008 (CEST)

Super, danke! Das ist schon übersichtlicher.[[Benutzer:Lowlander>Tequila]] 11:02, 18. Aug. 2008 (CEST)

Jetzt noch ein Wunsch: Es gibt hier einige Feature-Wünsche, die ich sicherlich ruckzuck einbauen könnte. WENN ich wüsste, wie man es in Antamar macht. D.h. mein Vorschlag wäre, einer der anderen Antamar-Entwickler arbeitet mir zu und sagt mir, wie man einzelne Features in Antamar lösen kann - ich integriere das dann in AOQML. Vor Dezember sehe ich sonst kaum eine Chance, noch etwas in Anatamar hinein zu bekommen. [[Benutzer:Lowlander>Tequila]] 11:04, 18. Aug. 2008 (CEST)

neue Wünsche

1. GANZ WICHTIG: Bitte die Featurewünsche bearbeiten. Es staut sich allmählich...

   Lowlander: kein Problem, mein Tagessatz ist 560 Euro, immer nur her mit den Aufträgen ;-)

2. WICHTIG: Aussetzen und Weiterführen eines Quest, um zwischendurch frei reisen zu können (inkl.der Möglichkeit anzugeben, in welchem Ort es weitergehen muss) Beispiel: In Ort A ein Päckchen annehmen, das dann in Ort B abgeliefert werden muss. Weiterführend: Eine abgeschlossene Quest als Voraussetzung für eine Quest ermöglichen. Diskussion

   Lowlander:

3. WICHTIG: Alternativ/ergänzend dazu: Ermöglichen, die Helden mit unsichtbaren Markierungen zu versehen, damit Infos von einem Quest zum nächsten übertragen werden können. Vielleicht auch mit einem Zeitfaktor verbunden (Markierung verschwindet nach X Stunden).

   Lowlander: wenn jemand vom Kern-Team Zeit und Lust hat, könnte ja schonmal eine Tabelle (held_id integer, varchar tag, expire timstamp) vorbereitet werden - Tabellen einfügen ist immer etwas kritisch, wenn man (ich) eigentlich keine Zeit hat und das Geschreie, wenn sie auf dem Live-Server dann fehlt, ist meist groß ;-)

4. WICHTIG: Möglichkeit für ein Ereignis/Zweig die Wahrscheinlichkeit angeben zu können (in Prozent). Benutzerfreundlich wäre hier z.B. für "case" einfach ein "value=X%" anzugeben. Diskussion

   Müsste bereits funktionieren, siehe switch --Handborons 22:17, 9. Jul. 2008 (CEST)

5. WICHTIG: Ausweichen und Probe auf den Paradewert außerhalb von Kämpfen ermöglichen

   Lowlander:

6. WICHTIG: AT und PA für die Dauer eines Kampfes verändern (senken), oder allgemein so: <set attribute="BE" inc="2" delay="temp"/> (standard permanent)

   Lowlander:

7. WICHTIG: Bei <challenge> sollte es möglich sein, Doppel- und Dreifach-20 einen eigenen Zweig zu geben, der (wenn vorhanden) anstatt des normalen <failure>-Zweigs ausgeführt wird. Ebenso für Doppel-/Dreifach-1

   Lowlander:

8. WICHTIG: Auswahl eines zufälligen Gegenstands aus der Datenbank, mit der Möglichkeit Wert, Häufigkeit und andere Eigenschaften einzuschränken.

   Lowlander:

9. WICHTIG: Einzelne oder alle Gegenstände / Waffen aus der Ausrüstung (oder getragene, z. B. Hauptwaffe) des Helden entfernen (und zwischenspeichern, z. B. für Gefangennahmen mit der Möglichkeit, die Ausrüstung zurückzuerobern)

   Lowlander:keine Ahnung, wie man das auf Antamar-PHP Ebene machen kann. Hier bräuchte ich Beispiel-Programmcode, sonst wird das nix.

10. WICHTIG: Abfrage von Religionsgruppe und Gottheit ermöglichen! Profession/Variante und Ausrichtung wären auch schön.

    Lowlander:

11. WICHTIG: Countdown bis eine erneute Aktion möglich ist bzw. der Quest fortgesetzt wird (wie als wenn der Held auf Reisen wäre oder arbeiten würde oder im Knast sitzt)

    Lowlander:

12. WICHTIG: Logisch und/oder ( + / | ) auch für andere Sachen als has nutzbar machen!

    Lowlander:

13. Dauer eines Kampfs abfragen bzw Kampf nach X KR abbrechen

    Lowlander:

14. Verstärkung nach X Kampfrunden ermöglichen (Wachen, die durch Kampflärm angelockt werden)

    Lowlander:

15. Proben auf Gaben, Vor- und Nachteile

    Lowlander:

16. <has> sollte um die Möglichkeit der Abfrage von Vor-/Nachteilen und Sonderfertigkeiten ergänzt werden.

    Lowlander:

17. Werte eines Gebäudes (z.B. Gasthaus), in dem das Quest beginnt, abfragen können (beim Gasthaus z.B. Name, Qualität).

    Lowlander:

18. Das Gewicht des Helden mitsamt Ausrüstung als Attribut (sowie auch dasselbe für eventuelle Packtiere) abfragbar machen (wegen Tragfähigkeit von morschen Brücken, u. Ä.).

    Lowlander:

19. Beschreibungen sollten einfügbar sein, um aventurische Begriffe erklären zu können. Beispiel: "Vor dir steht eine Priesterin der HESINDE"! Wenn man die Maus nun über das Wort Hesinde hält, wird ein zuvor fest gelegter Beschreibungstext eingeblendet (z.B. Göttin der Wissenschaft,Kunst und Magie). Das Tag könnte man vielleicht <Dsc "text=..."> (für Description) nennen. Man könnte auch statt Mouseover, die bereits für die Gegenstände verwendeten Buchgrafiken (die mit dem Fragezeichen) verwenden.

    Lowlander:

20. Getragene Ausrüstung/Kleidung/Rüstung ablegen oder anziehen innerhalb einer Quest.

    Lowlander:

erledigte Wünsche

1. WICHTIG: Questen fest an einem Ort installieren, ohne Zufallsfaktor, immer wieder wählbar.

   Lowlander: An einem Ort geht ja schon. Und ohne Zufall wäre also 100%. Das geht auch. Könnte also nur noch passieren, dass sich andere Quests vordrängeln. Aber will man das wirklich, dass man an einem Ort immer wieder in das Quest kommt. Und wenn man es abgelehnt hat, dann sofort wieder? Dann kommt man ja niemals da weg! Sobald es aber diese Zeitsperre gibt, die ist geplant, wird dieser Punkt automatisch mit erledigt sein.

2. WICHTIG: Abfrage der Kultur ermöglichen.

   Lowlander: <get attribute="kultur"/> bzw. "kultur_id" - dito an allen anderen Stellen mit attribute="..." - ab r2170

3. Per choice auch innerhalb einer Datei weiterleiten können.

   Lowlander: Das ist gar nicht möglich, bzw. würde praktisch eine komplette Neuimplementierung von AOQML erfordern. Denn eine Szene (jede Datei ist eine Szene oder gar nur ein Teil einer Szene) wird immer am Stück dargestellt. Da kommt der Spieler gar nicht zwischen! Eine Szene wird ausgwertet und dargestellt, und DANN erst kommt wieder er Spieler dran.