AntamarWiki - Benutzerbeiträge [de]

AOQML-Manual

2009-05-21T09:49:04Z

Drak: /* Sonstiges */

'''Wichtig für die Bearbeitung und Darstellung hier im Wiki:''' Es gibt ein SyntaxDarstellungssystem. Um wunderbare Beispiele anzeigen zu lassen, muss ein xml-Code lediglich von diesem Tag umschlossen sein: <nowiki><code xml>...</code></nowiki>. Will man dazu noch eine Zeilenanzeige, nutzt man dieses <nowiki><code xml n>...</code></nowiki>.

==AOQML Syntax==

Das Grundprinzip von AOQML entspricht dem von HTML/XML: Texte zwischen den Tags werden grundsätzlich, d.h. ggf. unter den durch die Tags bestimmten Bedinungen, ausgegeben, also dem Spieler angezeigt. Alle Texte, die vom Programm ausgewertet werden, sind also als Attribute angegeben. Auch diese werden ggf. ausgegeben, aber eben erst nach einer Bearbeitung durch den ZB-XML-Player. Mit anderen Worten: Steuerwerte befinden sich niemals zwischen den Tags.

Tags werden in spitze Klammern eingeschlossen. Jeder Tag erfordert ein öffnendes (z. B. <challenge>) und ein schließendes Element. Schließende Elemente werden mit einem / nach der Klammer begonnen (</challenge>). Alles, was zwischen den beiden Tags steht, ist der Bedingung oder Aktion unterworfen, die das Tag bestimmt. Tags können verschachtelt werden, dabei muss darauf geachtet werden, dass die Ebenen sauber getrennt sind. Das heißt, man darf kein Tag schließen, wenn nicht alle unterhalb dieses Tags geöffneten geschlossen sind: 
'''richtig:'''
<code xml>
<tag1>
<tag2>
</tag2>
</tag1>
</code>

'''falsch:'''
<code xml>
<tag1>
<tag2>
</tag1>
</tag2>
</code>

Es gibt einige Tags, die kein zweites zum Schließen erfordern. Bei diesen wird das / an das Ende gesetzt:
<code xml><set attribute="cash" inc="20"/></code>

==Aufbau der XML-Datei==
link: [[Beispiel einer Zufallsbegnung in aoqml]] zur Veranschaulichung

===Grundgerüst===

Jede Datei muss mit diesem Grundgerüst beginnen:
<code xml>
<?xml version="1.0" encoding="UTF-8"?>
<scene>
...
</scene>
</code>
Erst wird der Inhalt der datei als XML nach Sprachversion 1.0 definiert, danach folgt das Tag <scene>...</scene>. Außerhalb dieses Tags darf nichts außer der XML-Definition stehen!

===Formatierung===
Für bessere Lesbarkeit und Übersicht bitte alle Ebenen um zwei Stellen (zwei Leerzeichen) gegenüber der darüber liegenden Ebene einrücken:
<code xml>
<Ebene1>
<Ebene2>
<Ebene3>
<Ebene4>
</Ebene4>
</Ebene3>
</Ebene2>
</Ebene1>
</code>

===Zeichensatz===
Im Kopf der Datei wird als Kodierung '''UTF-8''' festgelegt. Das muss dann auch eingehalten werden. Das lässt sich in den (Speichern-)Optionen eures Editors einstellen. (Kodierung, Format, Zeichensatz oder wie auch immer das benannt ist.) Ohne BOM (Byte Order Mark).

===Sonstige Formalitäten===
*Einrückungen immer zwei Leerzeichen
*keine Zeilenumbrüche im Text

==AOQML-Tags==

Bisher können folgende Tags benutzt werden (alphabetische Liste):

*case - für Fallunterscheidungen → [[switch]] und Zufallsauswahlen → [[random]]
*[[challenge]] - für Proben auf Talente und Eigenschaften
*[[choice]] - gibt dem Spieler verschiedene Auswahlmöglichkeiten vor
*[[fight#death|death]] - Kampfergebnis: Held tot (noch nicht implementiert) → [[fight]]
*[[fight#defeat|defeat]] - Kampfergebnis: Held besiegt → [[fight]]
*[[delay]] - Reise des Helden verzögern
*[[AOQML:desc|desc]] - Liefert eine Beschreibung
*[[take_drop|drop]] - Gegenstand aus Ausrüstungsliste entfernen
*[[switch|else]] - Fallunterscheidungen: Default-Option → [[switch]]
*[[fight#escape|escape]] - Kampfergebnis: Held flüchtet → [[fight]]
*failure - Prüfergebnis / Probe negativ → [[challenge]], [[has]]
*[[store_fetch|fetch]] - gespeicherten Wert abrufen → [[store_fetch|store]]
*[[fight]] - Kampf
*[[get_set|get]] - Attribute des Helden abfragen
*[[AOQML:gott|Gott]] - "Übersetzt" den namen einer Gottheit in eine Glaubensrichtung
*[[has]] - auf vorhandene Ausrüstung und Talente prüfen
*[[if]] - für bedingte Text- oder Wertauswahl
*[[include]] - andere Questdateien einbinden
*[[AOQML:item|item]] wählt ein zufälligen Gegenstand aus der DB
*[[paths]] - geografische Richtungsnavigation
*[[q]] - wörtliche Rede
*[[Quest (Tag)|quest]] - zur Steuerung der Queste, z. B. um eine Quest als (noch nicht) abgeschlossen zu markieren
*[[random]] - Zufallsauswahl
*[[retain_replay|replay]] - gespeicherte Aktionsfolge abrufen → [[retain_replay|retain]]
*[[retain_replay|retain]] - Aktionsfolge speichern → [[retain_replay|replay]]
*[[reverse]] - Held muss an den zuletzt besuchten Ort zurückkehren
*[[fight#rivals|rivals]] - Kampf: Gegner festlegen
*[[scene]] - oberstes Tag, definiert Beginn und Ende der XML-Datei
*[[get_set|set]] - Werte des Helden verändern
*[[store_fetch|store]] - Wert speichern um später darauf zugreifen zu können → [[store_fetch|fetch]]
*success - Prüfergebnis / Probe positiv → [[challenge]], [[has]]
*[[switch]] - Fallunterscheidung
*[[take_drop|take]] - Gegenstand in die Ausrüstungsliste legen
*[[fight#victory|victory]] - Kampfergebnis: Gegner durch Held besiegt

Weiter können auch die üblichen (X)HTML-Tags verwendet werden um Text zu formatieren. Es kann z. B. das HTML--Tag verwendet werden, um Textabsätze zu erzeugen. XHTML sollte aber sparsam verwendet werden und das CSS-Design von Antamar berücksichtigen.

==Sonstiges==

[[Besondere Werte]] (Würfelergebnisse berechnen, Zufall und Wahrscheinlichkeit, ..)

'''Zufälligen Gegenstand aus der Datenbank auswählen''' 
s. [[AOQML:item|item-Tag]]

===Zufallsauswahl aus mehreren Möglichkeiten===
Will man z.B. einen von mehreren Gegenständen einer Liste abfragen, muss man einfach nur eine normale Abfrage wie bei einem Gegenstand machen und jeweils ein | zwischen die unterschiedlichen Namen setzen. Sollte auch bei Gegnern, Waffen oder anderem klappen. Beispiele:
<take item="Einfacher Holzbecher|Schere|Hartwurst"/> (für variable Beutestücke)
<set quality="cash" inc="200|300|400|500"/> (wenn man genau 2, 3, 4 oder 5 D vergeben will)

'''''So einfach ist es leider nicht!''''' Die Auswahl mit dem "|" funktioniert nur für zwei Möglichkeiten. Für mehrere muss man einen <random>-Block vorschalten:
<code xml>
<random>
<case><store name="Gegenstand">Holzkamm</store></case>
<case><store name="Gegenstand">Dolch</store></case>
<case><store name="Gegenstand">Amboss</store></case>
</random>
<take item="${Gegenstand}"/>
</code>
--[[Benutzer:Handborons|Handborons]] 18:33, 24. Jul. 2008 (CEST)

===ODER und UND===
Will man prüfen, ob der Held einen von mehreren möglichen Gegenständen bei sich trägt, kann man das mit dem Operator "|" erreichen:
<code xml>
<has item="Messer|Dolch|Schwert">
<success>
Entweder Messer oder Dolch oder Schwert vorhanden.
</success>
<failure>
Weder Messer noch Dolch noch Schwert vorhanden.
</failure>
</has>
</code>

: Siehe oben - die ODER-Abfrage mit "|" funktioniert vorerst nur mit zwei Optionen. --[[Benutzer:Handborons|Handborons]] 10:18, 2. Okt. 2008 (CEST)

Man kann auch auf überprüfen, ob mehrere Gegenstände vorhanden sind:
<code xml>
<has item="Messer+Dolch">
<success>
Messer und Dolch vorhanden.
</success>
<failure>
Entweder nur Messer oder nur Dolch oder keins von beiden vorhanden.
</failure>
</has>
</code>

===nützliche Listen===
* [[Held Attribute]]
* [[Gegenstände|Gegenstandsliste]]
* [[NPC Liste]]
* [[Waffenliste]]

== Wohin mit fertigen Questen? ==
Fertige Questen, also vollständige Bündel von vielen durchgesehenen und korrekt codierten Dateien bitte gezippt an Athuran schicken. --[[Benutzer:Athuran|Athuran]] 13:05, 23. Jul. 2008 (CEST)
[[Kategorie:AOQML]]

Antamarische Bücher und Literatur

2008-12-03T19:20:49Z

Drak: /* Besondere Schriften */ + Encyclopaedia Substantiae Daemonii et alii Animalis Spiriti

=Konzept-Beschreibung=

Das Bücherwerk von Antamar soll einerseits die Spieltiefe fördern, andererseits Hilfestellung leisten beim Eintauchen der SpielerInnen in die neue Welt. Angedacht ist, Texte zu unterschiedlichen Themen in der Länge von 10.000-20.000 Zeichen zu verfassen und diese IM Spielsystem selbst zu veröffentlichen, sodass man die "Bücher" dann auch in den Bücherläden/Bibliotheken von Antamar kaufen kann. Eventuell verknüpft man das erfolgreiche Lesen eines Büches auch mit einem einmaligen AP-Bonus, den Schriftfähigkeiten des Charakters und/oder mit Talentsteigerungen. Die Implementierung eines solchen neuen Büchersystems ist zwar beschlossene Sache allerdings noch nicht programmiert, deshalb sollten wir die Sache vorerst ohne großen Druck angehen und das genaue Konzept weiter diskutieren. Die Autoren der Texte müssten dabei vor allen Dingen einen guten Überblick über die bisherigen Planungen/Umsetzungen neuer antamarischer Grundlagen behalten. Man könnte auch erwägen, dafür einen speziellen Schriftorden zu gründen, der dann in der neuen Welt vllt sogar seine eigene Bibliothek bekommt ;O) Weitergesponnen könnte diese Bibliothek dann auch so etwas wie ein "Erste-Hilfe"-Archiv für EinsteigerInnen sein.

=Sagen und Geschichten=

Dazu zählen insbesondere Göttergeschichten, Heldenepen, Geschichtsromane, Kriegsberichte, Chroniken ...

'''Auretianier'''

*[[Die Kaiserchroniken]] von diversen Chronisten

'''Flusstalhalblinge'''

*[[Der grosse Marsch gen Süden]]

'''Lichtelfen'''

*[[Der Bruderkrieg: Zwischen Licht und Schatten]]

'''Dunkelelfen'''

*[[Freiheit und Verdammnis: Das Ende der Sklaverei]]

'''Echsenvölker'''

*[[Th' rha X'nvsarch th' Trachr|Th' Trachr (Von den Völkern)]]

'''Aivarunen'''

*[[Legenden der Aivarunen]]

'''Nordahejmr'''

*[[Hjure Ragnarsson besetzt das Königreich Lúnasad]]
*[[Bündnis der Nordahejmr mit den Dûn-Zwergen]]
*[[Die Landnahme der Nordahejmr]]
*[[Die Gründung Wangalens]]
*[[Der große Sturm der Orks]]

'''Zwerge'''

*[[Dys sprachen die Alten]] - das klerikale Hauptwerk der Zwerge

'''Dûn-Zwerge'''

*[[Bündnis der Dûn mit den Nordahejmr]]

'''Heiliges Kaiserreich'''

*[[Das Buch des siebengöttlichen Rates]]

=REISEFÜHRER=

*[[Band 1 Nordwestliches Kaiserreich (Startgebiete)]]
*[[Band 2 Fürstentum Thelessa]]
*[[Band 3 Fuglarsholmr]]
*[[Band 4 Sturöja]]
*[[Band 5 Vellhafener Städtebund]]
*[[Band 6 Großfürstentum des Südmeers]]
*[[Band 7 Adelsrepublik Grauland]]

=Leitfäden=

Dazu zählen Alchemie- und Kräuterbücher, Enzyklopädien, Anleitungen, Waffen-Lehrbücher, Handwerksbücher, Kartensysteme ...

'''Auretianer'''

*[[Il Imperatore]] von [[Bernado Macciavone]]
*[[L'Arte della Guerra]] von [[Bernado Macciavone]]
oder
*[[De institutio ideale]] von [[Niccolone Masciavellio]]

'''Norroh-Halblinge'''

*[[Barfuss nach Goragossa - ein Reisetagebuch]]

'''Menschen'''

*[[Circulum Deum - Die göttliche Versammlung]]
*[[Das kaiserliche Gesetzbuch]] ist eine vollständige Sammlung der Gesetze des heiligen Kaiserreichs.

=Poesie=

Dazu zählen Gedichtbände, Prosatexte, Briefsammlungen ...

'''Auretianer'''

*[[Zwiegespräch mit Nergas]] von [[Alghinon dell'Andante]]

'''Prärieelfen'''

*[[Synergien - Mediationen des heiligen Ouriel]]

'''Menschen'''

*[[Das große Buch der Volkslieder]]
*[[Astatius - Gedichte und Weisen]]

=Besondere Schriften=

Dazu zählen alle Bücher, die besondere Funktionen in anderen Kontexten haben, Magiebücher, Rätsel, verschollene Schriften ...

*[[Antamarische Leckereien]]
*[[Philosophiae Naturalis Principia Magica]] DAS Magie Buch
*[[Encyclopaedia Substantiae Daemonii et alii Animalis Spiriti]]
*[[Antamarisches Witzbuch]]
*[[Codex Daimonis]]

[...]

=Die Bibliothek von Ikôs (Zentralarchiv)=

*[[Die Insel der tausend Worte]]

=Die Bibliothek von Lucian (Lucianische Bibliothek)=

*[[Die Stadt Typia auf dem Berg Babák]]

=Koordination=

JedeR ist eingeladen, mitzuschreiben. Die Texte werden hier von allen gelesen und dann von einem Team final und in Rücksprache redigiert. Wer die Sache mit koordinieren will, kann sich hier einfach eintragen.

Derzeit im Team:

'''SynCoCoop'''

'''Arivor'''

=Programmierung=

Die Frage, inwieweit größere Texte über die Bücher in Antamar eingebunden werden können, muss noch geklärt werden. Es wäre schön, wenn sich dazu mal jemand aus dem A-Team zeitnah äußern würde.

[http://mantis.antamar-community.de/view.php?id=591 Mantis]

[[Kategorie:Welt Antamar]]
[[Kategorie:Bücher und Literatur]]

Dämonen

2008-12-03T19:13:36Z

Drak: Weiterleitung nach Encyclopaedia Substantiae Daemonii et alii Animalis Spiriti erstellt

#REDIRECT [[Encyclopaedia_Substantiae_Daemonii_et_alii_Animalis_Spiriti]]

Sudaholmr

2008-11-30T14:10:30Z

Drak:

{{Provinzen|Sudaholmr|||||Godentum Nordahejmr||}}

Sudaholmr ist die südlichste der fünf großen, nordahejmischen Inseln und beherbergt auf seiner Ostseite das [[Fürstentum Herzstein]].

== Klima ==

Das Klima wird von den vorherrschenden Nordostwinden dominiert die im Sommer für ein eher kühles Klima sorgen. Der Winter wird durch plötzliche Frosteinbrüche und kurze aber heftige Schneefälle geprägt. Damit ist das Klima für Nordahejmr ungewöhnlich mild.

== Geographie ==

Der größte Teil des Ostens der Insel, der das Herrschaftsgebiet des Fürstentums Herzstein ausmacht wird von Hügeln, Waldland und Heide dominiert. Der Westteil ist tendeziell flacher und auch fruchtbarer.

'''Notizen'''
(Grundidee: Dänemark)

[[Kategorie:Geographie]]

Vestahejmr

2008-11-30T14:09:47Z

Drak:

{{Provinzen|Vestahejmr|||||Godentum Nordahejmr|Fagrasund|}}

==Geographie==
[[Bild:Westaholmr.jpg|thumb|right]]
Vestahejmr ist die westlichste und zweitgrößte der fünf [[Godentum Nordahejmr|nordahejmischen Inseln]]. Sie ist relativ flach und stark vom Küstenklima geprägt. Die Küsten sind relativ kahl und zerklüftet und bestehen vielfach aus steilen Kliffs. Das Innere der Insel ist vorwiegen von Grasflächen und kleineren Waldabschnitten geprägt. Eine Vielzahl kleinerer bis mittelgroßer Flüsse durchziehen die Insel. In den flachen Flussmündungsbereichen haben sich oft größere Hafenstädte entwickelt, doch ist auch das Innere der Insel verhältnismäßig stark besiedelt.

==Wichtige Städte==
===Torp===
Torp, übersetzt Dorf, trägt seinen Namen zu Recht. Die paar Seelen, die hier von Ackerbau, Viehzucht und Fischfang leben, haben nicht mal eine Taverne. Mehr Worte muss man auch nicht darüber verlieren.

===Drakarstorp===
Eine kleine Ansiedlung, die aber berühmt ist für ihre fähigen Zimmerleute und Schiffsbauer. Wer es sich leisten kann, lässt seinen [[Drakr]] hier bauen. Die einzige Taverne ist immer mit Seeleuten gefüllt, die auf ihr neues Schiff oder eine Reparatur warten.

===Hälstrond===
===Röjkvik===
===Nordastrandsby===
===Lassalundr===
===Blavatn===
===Mafarshöfdi===
===Borgalidin===
===Blodvogr===
===Skrejstrond===
===Sölvatn===
===Fagrasund===
===Olofsnäs===
Auf der Spitze einer Halbinsel gelegen, geht die Geschichte, die Nase des Gründers Olof 'Hakennase' Oleson wäre so groß wie die Halbinsel gewesen und ebenso krumm. Wahrscheinlich wollte da jemand einen vom Hjure erzählen. Tatsächlich war die Nase seiner Frau so groß und so krumm.

===Ondarby===

'''Notizen'''

(Grundidee: Südschweden, Irland)

[[Kategorie:Geographie]]

Jarshejmr

2008-11-30T14:09:24Z

Drak:

{{Provinzen|Jarshejmr|||||Godentum Nordahejmr|Isbrotos|}}

[[Bild:Jarshejmr.png|thumb|right]]
== Geographie ==

Das nordahejmische Herzland ist auf der Westseite der (Name der Gebirgskette) gelegen. Es grenzt im Norden an den [[Axthiebmeer]] im Südwesten and das [[Südmeer]] und im Süden an [[Lothrinien]]. Im Zentrum des Landes sind die [[Jotensteine]] gelegen, ein Ausläufer des (oben genanntes Gebirge).
Das Herzland ist sehr gebirgig und von zahlreichen Fjorden geprägt.

== Klima ==

Das Klima ist eher mild und zumindest im Osten weit weniger maritim als im übrigen Nordahejm. Schnee liegt in den Küstenregionen selten für länger als drei oder vier Monate, südlich der Jotensteine oft deutlich weniger lang. Die Sommer sind eher warm. Die Nordseite der Halbinsel ist auf Grund der am Gebirge abregnenden, vom Nordwind herangetragenen Wolken feuchter als der Südwestteil.
Das Zentralgebirge ist dauerhaft kalt und von mächtigen Gletschern durchzogen.

== Wirtschaft und Bevölkerung ==

Das Herzland ist für Ackerbau und Viehzucht gut geeignet sofern es gelingt genügend ebenen Grund dafür zu finden. Daher konzentriert sich der größte Teil der Nordahejmischen Bevölkerung auf seine Küstengebiete. Fischfang, sowohl im Meer als auch in den zahlreichen Flüssen, ist von einiger Bedeutung.

== Geschichte ==

Die hier lebenden [[Goblins]] wurden im Jahre 400 nZ von den einfallenden [[Nordahejmr]] vertrieben. Seitdem versuchen sie regelmässig das Land wieder in ihren Besitz zu bringen. Den mutigen Krieger der [[Nordahejmr]] haben sie aber nichts entgegenzusetzen.

== Wichtige Städte ==

[[Isbrotsos]] (20.000) 
[[Orkvakt]] (600) 
[[Finshafn]] (500) 
[[Grindarfjördr]] 
[[Vindstrond]] 
[[Akanäs]] (500) 
[[Markfjördsöra]] 
[[Isbrotsdal]] 
[[Mirkdal]] (600) 
[[Tufjördar]] 
[[Helgutorp]] 
[[Aurikshafn]] 
[[Isgrimstorp]] 
[[Vestakaupang]] (4.500) 
[[Gunnarsgart]] 
[[Laksos]] (1.500) 
[[Muarvatn]] 
[[Soldal]] 
[[Elsuhafn]] 
[[Skogslid]] 
[[Stutfjördr]] 
[[Ulfsholmr]] (1500) 
[[Langfjördsöra]] (6.000) 
[[Ormsvik]] 
[[Örndal]] 
[[Kvalsjär]] 
[[Ulriksborg]] (4.000) 
[[Sildarstorp]] (1.000) 
[[Lotriningarstorp]] (1.000) 
[[Sudakaupang]] (3.000) 

(Einwohnerzahlen in Klammern)

== Notizen ==
(Grundidee: Südnorwegen, Südschweden)

[[Kategorie:Welt Antamar]]
[[Kategorie:Orte]]
[[Kategorie:Nordahejmr]]

Trärholmr

2008-11-30T14:09:03Z

Drak:

{{Provinzen|Trärholmr|||||Godentum Nordahejmr|Trärhafn|}}

==Geographie==
[[Bild:Holzinsel.jpg|thumb|right]]
Trärholmr ist die von Norden nach Süden gezählt dritte der Nordahejmischen Inseln. Der Ostteil durch ein Gebirgsmassiv geprägt und ähnelt hier der nördlich gelegenen Isel [[Sturöja]]. Der Westteil ist eher flach und dicht bewaldet und bietet somit für die Holzwirtschaft ideale Bedingungen. Eine Vielzahl von Werften und holzverarbeitenden Betrieben haben sich daher auf Trärholm angesiedelt. Holz und Holzprodukte stellen ein wichtiges Exportgut dar welche vor allem auf dem Nordahejmischen Festland Absatz finden.

==Wichtige Städte==

===Sturmanstorp===
*(Großmannsdorf)
Der Legende nach soll hier ein riesiger Mann gesichtet worden sein, man sagt, er habe viele der hier wachsenden Bäume an Größe überragt. Heute ist die zur Stadt gewachsenen Siedlung der Hauptlieferant des Holzes von Trärholmr.
===Skeggborg===
*(Bartstadt)
Warum diese Stadt Bartstadt heisst, weiss keiner mehr so recht. Die einen behaupten, weil der Bach wie der Bart des Gründers aussehe, andere, weil der Bart des Gründers angeblich nach einem Sturm die perfekte Lage für dieses Dorf gezeigt haben soll. Viel wahrscheinlicher ist jedoch dass sich der Name von den Axtbärten ableitet die in den hiesigen Schmieden gefertigt werden.
Fakt ist, dass sie in einer Senke liegt, und somit einen guten windgeschützten Standort hat.
===Trärhafn===
*(Holzhafen)
Das meiste Holz der Insel wird von hier aus zu den anderen Nordahejmr Inseln verfrachtet, oder gleich zu anderen Handelspartnern. Der Hafen ist der größte der gesamten Insel, und auch einer der größten von ganz Nordahejmr
===Jornfjöll===
*(Eisenberg)
Das Dorf am gleichnamigen Berg hat seinen Namen von den wenig ergiebigen Erzlagerstätten die hier gefunden wurden. Da der Abbau auf Grund des teuren Imports sich trotzdem lohnte wuchs Jornfjöll zu einer bedeutenden Siedlung.
===Törrträrtorp===
*(Dürrholzdorf)
Das Dürrholz, eine spezielle Baumsorte, die hier abgebaut wird, ist besonders als Feuerholz begehrt, weil es im allgemeinen sehr trocken ist. Zur Verarbeitung zu Werkzeug eignet es sich kaum, da es nicht die benötigte Stabilität mit sich bringt. Das Dürrholz wächst nur hier in der Umgebung, sonst nirgends in ganz Nordahejmr.

===Soladid===

Soladid ist ein grosses Dorf, welches an der Weggabelung zu Sudahöfdi und Hausknäs liegt.Vor dem eisigen Nordwind durch die Berge im Norden geschütz, gibt es hier einige Acker- und Weideflächen.

===Sudahöfdi===

Das Dorf Sudahöfdi liegt an der Südküste der Insel.
Hier sind vorallem Fischer beheimatet. Leider ist die Uferregion an dieser Stelle mit einzelnen Felsen übersät, so dass grössere Schiffe den kleinen Fischerhafen nicht anlaufen können.

===Hausknäs===

Das Dorf Hausknäs liegt an der Küste der Insel. Aufgrund der starken Fischvorkommen in diesem Gebiet, haben sich die ansässigen Nordahejmr auf den Fischfang spezialisiert.

===Leifshafn===

Leifshafn ist eine der grössten Städte von Trärholmr. Sie wurde von Leif Boerenson gegründet und zählt mittlerweile ungefähr 15'000 Einwohner. Die Stadt ist berühmt für die vielen Werften die fast täglich neue Drachenschiffe vom Stapel lassen. Aufgrund der massiven Hartholz-Vorkommen auf der Insel sind die Schiffe von einer aussergewöhnlichen Qualität.

===Sjellstrond===

In Sjellstrond werden vorallem die angelieferten Erze aus Jornfjöll weiterverarbeitet. Deswegen haben sich in der Stadt auch etliche Schmiede niedergelassen. Die Stadt verfügt auch über einen gut ausgebauten Hafen, von dem aus die fertigen Produkte verschifft werden.

===Olatorp===

Ein großes Dorf an der nörlichsten Spitze der Insel.
Stets weht hier ein rauer Nordwind und peitscht die See.
Doch die Einwohner stört es kaum, wenn sie mit ihren Booten gegen die schäumende See ankämpfen müssen.

===Svejnshafn===

Ein kleineres Dorf mit einem Fischerhafen.
In den ruhigeren Gewässern im Süden der Insel gehen die Bewohner von hier aus auf Fischfang.

===Sudastrondsfur===

Das Dorf Sudastrondsfur liegt an der Südküste der Insel. Aufgrund der vielen Wälder, run um das Dorf, lebt ein Großteil der Bevölkerung vorallem vom Holzabbau.

===Ketilsgart===

Das Dorf Ketilsgart liegt im Nordwesten der Insel inmitten von dichten Wäldern. Hier leben vorallem Holzfäller und Jäger.
Aufgrund der günstigen Lage, haben sich hier auch einige Händler niedergelassen.

===Vestahafn===

Vestahafn liegt an der westlichsten Spitze der Insel. Aufgrund der starken Winde , die hier meist herrschen, gibt es einen kleinen, aber gut geschützten Hafen.

[[Kategorie:Geographie]]

Sturöja

2008-11-30T14:08:41Z

Drak:

{{Provinzen|Sturöja|||||Godentum Nordahejmr|Nordahejm|}}
== Geographie ==
[[Bild:Sturöja.jpg|thumb|right]]
Sturöja ist die größte der fünf [[Godentum Nordahejmr|Nordahejmischen Inseln]]. Die Küste ist von tief eingeschnittenen Fjorden und vorgelagerten Schären geprägt. Das Innere der Insel ist gebirgig mit kargen Hochebenen zwischen den Berggipfeln, welche von widerstandsfähigen Gräsern und Moosen geprägt sind. Bäume sind hier nur selten anzutreffen.

Die Küstengewässer sind fischreich und tatsächlich stellt der Fisch- und Walfang eine wichtige Erwerbsquelle dar.

== Klima ==
Das Klima an der Küste zeigt einen deutlichen Kontrast zwischen der Nordwest- und Südostseite der Insel. Erstere ist auf Grund der vorherrschenden Nordwestwinde eher kühl und feucht. Sie ist eher dünn besiedelt und bis zur Baumgrenze dicht bewaldet. Auf Grund der unebenen Topographie eignen sich die Wälder jedoch nur begrenzt zur Holzgewinnung.

Die dem Wind ab- und der Sonne zugewandte Südostseite ist durchschnittlich mehrere Grade wärmer als der Nordosten. Hier wird auf den vielen verstreut liegenden Gehöften mit einigem Erfolg Ackerbau und Viehzucht betrieben, was den Wäldern ein fleckiges Aussehen verleiht.

== Wirtschaft und Bevölkerung ==

== Geschichte ==

== Tavernenbeschreibungen ==

Eine temporäre Liste von Tavernenbeschreibungen findet sich unter [[Nordahejmr Tavernen]].

== Wichtige Städte ==

* [[Nordahejm]] (Hauptstadt)
* [[Asleifsborg]]
* [[Barlindlundr]]
* [[Björkargart]]
* [[Björnskog]]
* [[Blafjördr]]
* [[Borvang]]
* [[Broljandbrott]]
* [[Dvergostrby]]
* [[Ferlundr]]
* [[Fjolnirsborg]]
* [[Hjuresbigdy]]
* [[Gullbekkr]]
* [[Jornstejnar]]
* [[Kvalvik]]
* [[Laksälva]]
* [[Masteikar]]
* [[Molvorfjoll]]
* [[Sildhaven]]
* [[Skuggiklippr]]
* [[Steinasjär]]
* [[Torp i Bölvadgjeli]]

'''Notizen'''
(Grundidee: Nord-/Mittelnorwegen, Island)

[[Kategorie:Geographie]]

Fuglarsholmr

2008-11-30T14:08:15Z

Drak:

{{Provinzen|Fuglarsholmr|||||Godentum Nordahejmr|Eirikshafn|}}

[[Bild:Vogelinsel.jpg|thumb|right]]

= Geographie =

Fuglarsholmr (Insel der Vögel) ist die kleinste und nördlichste der fünf großen Nordahejm'schen Inseln. Die Küste ist stark zerklüftet und durch eine Unzahl Kliffe und vorgelagerter Inseln geprägt, wodurch die Myriaden von Seevögeln dort ideale Nistbedingungen vorfinden und der Insel auch ihren Namen gegeben haben. Das Inselinnere ist verhältnismäßig flach und sehr karg. Gräser und Moose beherrschen die dortige Flora, Bäume kommen nur vereinzelt vor und bleiben relativ klein.

Die Insel ist nur spärlich besiedelt und die überwiegende Mehrheit der Bewohner siedelt in der Nähe der wenigen Naturhäfen. Neben der Schafzucht und gelegentlichem Ackerbau bildet der Fischfang die wirtschaftliche Grundlage der Inselbevölkerung. Von Bedeutung ist weiterhin die Strandpiraterie und der Abbau von Guano, der zur Düngung und zur Herstellung alchimistischer Zutaten Verwendung findet und auch im Austausch gegen Holz oder anderen Lebensmitteln exportiert wird.

= Bedeutende Orte =

== Eirikshafn ==
*(Erikshafen)

Eirikshafn ist das älteste und größte der Dörfer auf Fuglarsholmr. Es wurde von Eirikr "dem Blauen" Rolfsson gegründet nachdem er nach einer Sippenfehde gezwungen war einen neuen Siedlungsort zu suchen. Der Ort liegt auf der Südostseite der Insel und hat einen ausgezeichneten, windgeschützten Naturhafen. Die etwas 5000 Einwohner leben hauptsächlich vom Fisch- und Walfang, sowie vom Handel mit anderen Inseln.

== Lundarklettr ==
*(Papageitaucherklippe)

Lundaklettr liegt über einem Kliff an der Nordwestseite der Insel. Das Dorf besitzt keinen Hafen, ist jedoch über den Küstenpfad mit den Nachbargemeinden verbunden. Die etwa 1000 Einwohner leben von der Schafzucht und dem Fang der Papageitaucher die dem Ort den den Namen verliehen haben.

== Marjutorp ==
*(Marjasdorf)

Marjutorp, von Marja, der Seefahrerin im Jahre XXXX gegründet, liegt an der Westseite der Insel, einige Tagesmärsche südlich von Lundaklettr. Die Gegend ist durch mehrere vorgelagerte kleinere Inseln vom Wind geschützt und auf Grund des hier ins Meer fließenden Marjuälva relativ flach und fruchtbar.

== Olafstorp ==
*(Olafsdorf)

Olafstorp liegt abseits der Küste auf halbem Weg zwischen Marjutorp und Sudahafn. Der Ort dient hauptsächlich als Handelsposten an dem die in der Umgebung lebenden Schafszüchter Wolle und Fleisch gegen importierte Waren tauschen. Der Ort hat etwa 500 ständige Einwohner.

== Sudahafn ==
*(Südhafen)

Sudahafn liegt auf einem sanft geneigten Hang am Ende eines kurzen Fjords. Auf Grund der windgeschützten Lage zwischen den Steilhängen ist Sudahafn einer der wichtigsten Häfen der Insel. Die Einwohner leben hauptsächlich vom Fischfang und der Viehzucht. Auch etwas Ackerbau ist auf Grund der geschützten Lage möglich. Einwohnerzahl: etwa 3000

== Tingstada ==
*(Thingplatz)

Tingstada ist der Hauptthingplatz und liegt daher ziemlich genau im Zentrum der Insel. Auf Grund seiner günstigen Lage am Marjuälva ist der Ort auch außerhalb der Thingzeiten bewohnt. Seine etwa 800 Bewohner betreiben Viehzucht und verdienen sich durch das Beherbergen von Gästen zur Thingzeit ein Zubrot.

== Hästskosjär ==
*(Hufeisenschäre)

Hästskosjär liegt auf der Nordseite der Insel und bietet auf Grund ihrer Hufeisenform einen geschützten Hafen für die Boote der Einwohner. Diese betreiben hauptsächlich Fisch- und Walfang. Der Vogelfang und Guanoabbau ist zwischen vielen kleinen Inseln ebenfalls sehr lukrativ. Die Gewässer um Hästskosjär sind tückisch und eine genaue Ortskenntnis ist für das sichere Manövrieren unerlässlich. Mit über tausend Einwohnern ist das Dorf das größte im Nordteil der Insel.

== Austatorp ==
*(Ostdorf)

Austatorp liegt im Osten der Insel an einem der wenigen, flacheren Küstenabschnitte. Die nicht ganz tausend Einwohner leben hauptsächlich vom Fischfang.

== Kvalstrond ==
*(Walstrand)

Kvalstrond ist eine kleine Siedlung im Südwesten der Insel. Die etwa 500 Menschen die an diesem relativ flachen Küstenabschnitt wohnen leben größtenteils vom Walfang.

== Rondalfsgart ==

Der Rondalfshof ist ein größeres Anwesen im Norden der Insel. Die hier ansässige Sippe lebt von der Schafszucht. Das einzige was den Flecken erwähnenswert macht ist dass die Bewohner einen inoffiziellen Fährbetrieb nach Hästskosjär betreiben.

== Vindklettsfur ==
*(Windklippenfeuer)

Der Leuchtturm auf der Windklippe markiert das östliche Ende des gefährlichen Schärengartens der Nordinsel. Er ist über den Küstenpfad leidlich gut zu erreichen.

'''Wichtige Verkehrsadern'''
Neben dem allgegenwärtigen Bootsverkehr ist der Küstenweg die wichtigste Verbindung zwischen den Dörfern. Er verläuft entlang der Küste einmal um die Insel, ist jedoch im Norden kaum mehr als ein Trampelpfad.
Von Tingstada führen Wege nach Marjutorp, Olafstorp, Eirikshafn und Austatorp.

'''Notizen'''

(Grundidee: Färöer, Island)

[[Kategorie:Geographie]]

Vorlage:Provinzen

2008-11-30T14:07:22Z

Drak:

<noinclude>

{{Provinzen|Provinz-Name|Leerwappen.png|??|??|??|Reich|Hauptstadt|Alrik Ohnenamen}}

Tabelle mit Wappen usw: 
Verwendung: 

<nowiki>{{Provinzen|Name|wappen.png|Fläche|Einwohnerzahl|Bevölkerungsdichte|Reich|Hauptstadt|Oberhaupt}}</nowiki>

[[Kategorie:Infobox]]
</noinclude>

<includeonly>

{| border="1" cellpadding="5" cellspacing="0" align="right" style="margin-left:1em;"
! colspan="2" style="background:#9BFF82;" | '''{{{1}}}'''
|-
! colspan="2" style="background:#9BFF82;" | Wappen
|-
{{#ifeq: {{{2}}} | nein | | ! colspan="2" {{!}} {{#if: {{{2|}}} | [[Bild:{{{2}}}{{!}}center{{!}}Reichswappen{{!}}150px]] | [[Bild:Leerwappen.png{{!}}center{{!}}Kein Wappen vorhanden{{!}}150px]][http://wiki.antamar-community.de/index.php?title=Spezial:Hochladen&wpDestFile=Wappen_{{PAGENAMEE}}.png Wappen hochladen][[Kategorie:Fehlendes Wappen]] }} }}
|-
! colspan="2" style="background:#9BFF82;" | Schnellübersicht
|-
| Fläche
| ca. {{{3}}} [[Antamarische_W%C3%A4hrungen_und_Einheiten#Fl.C3.A4chenma.C3.9Fe|Morgen]]
|-
| Einwohnerzahl
| ca. {{{4}}}
|-
| Bevölkerungsdichte
| ca. {{{5}}} Ew/Morgen
|-
| Gehört zu
| [[{{{6}}}]]
|-
| Hauptstadt
| {{{7|}}}
{{#if: {{{8|}}} |
{{!}}-
{{!}} Oberhaupt
{{!}} [[{{{8}}}]] | }}
|}

</includeonly>

Vorlage:Provinzen

2008-11-30T14:05:05Z

Drak:

<noinclude>

{{Provinzen|Provinz-Name|Leerwappen.png|??|??|??|Reich|Hauptstadt|Alrik Ohnenamen}}

Tabelle mit Wappen usw: 
Verwendung: 

<nowiki>{{Provinzen|Name|wappen.png|Fläche|Einwohnerzahl|Bevölkerungsdichte|Reich|Hauptstadt|Oberhaupt}}</nowiki>

[[Kategorie:Infobox]]
</noinclude>

<includeonly>

{| border="1" cellpadding="5" cellspacing="0" align="right" style="margin-left:1em;"
! colspan="2" style="background:#9BFF82;" | '''{{{1}}}'''
|-
! colspan="2" style="background:#9BFF82;" | Wappen
|-
{{#ifeq: {{{2}}} | nein | | ! colspan="2" {{!}} {{#if: {{{2|}}} | [[Bild:{{{2}}}{{!}}center{{!}}Reichswappen{{!}}150px]] | [[Bild:Leerwappen.png{{!}}center{{!}}Kein Wappen vorhanden{{!}}150px]]<includeonly>[http://wiki.antamar-community.de/index.php?title=Spezial:Hochladen&wpDestFile=Wappen_{{PAGENAMEE}}.png Wappen hochladen][[Kategorie:Fehlendes Wappen]]</includeonly> }} }}
|-
! colspan="2" style="background:#9BFF82;" | Schnellübersicht
|-
| Fläche
| ca. {{{3}}} [[Antamarische_W%C3%A4hrungen_und_Einheiten#Fl.C3.A4chenma.C3.9Fe|Morgen]]
|-
| Einwohnerzahl
| ca. {{{4}}}
|-
| Bevölkerungsdichte
| ca. {{{5}}} Ew/Morgen
|-
| Gehört zu
| [[{{{6}}}]]
|-
| Hauptstadt
| {{{7|}}}
{{#if: {{{8|}}} |
{{!}}-
{{!}} Oberhaupt
{{!}} [[{{{8}}}]] | }}
|}

</includeonly>

Vorlage:Provinzen

2008-11-30T14:03:51Z

Drak: if für wappen und oberhaupt

<noinclude>

{{Provinzen|Provinz-Name|Leerwappen.png|??|??|??|Reich|Hauptstadt|Alrik Ohnenamen}}

Tabelle mit Wappen usw: 
Verwendung: 

<nowiki>{{Provinzen|Name|wappen.png|Fläche|Einwohnerzahl|Bevölkerungsdichte|Reich|Hauptstadt|Oberhaupt}}</nowiki>

[[Kategorie:Infobox]]
</noinclude>

<includeonly>

{| border="1" cellpadding="5" cellspacing="0" align="right" style="margin-left:1em;"
! colspan="2" style="background:#9BFF82;" | '''{{{1}}}'''
|-
! colspan="2" style="background:#9BFF82;" | Wappen
|-
! colspan="2" | {{#ifeq: {{{2}}} | nein | | ! colspan="2" {{!}} {{#if: {{{2|}}} | [[Bild:{{{2}}}{{!}}center{{!}}Reichswappen{{!}}150px]] | [[Bild:Leerwappen.png{{!}}center{{!}}Kein Wappen vorhanden{{!}}150px]]<includeonly>[http://wiki.antamar-community.de/index.php?title=Spezial:Hochladen&wpDestFile=Wappen_{{PAGENAMEE}}.png Wappen hochladen][[Kategorie:Fehlendes Wappen]]</includeonly> }} }}
|-
! colspan="2" style="background:#9BFF82;" | Schnellübersicht
|-
| Fläche
| ca. {{{3}}} [[Antamarische_W%C3%A4hrungen_und_Einheiten#Fl.C3.A4chenma.C3.9Fe|Morgen]]
|-
| Einwohnerzahl
| ca. {{{4}}}
|-
| Bevölkerungsdichte
| ca. {{{5}}} Ew/Morgen
|-
| Gehört zu
| [[{{{6}}}]]
|-
| Hauptstadt
| {{{7|}}}
{{#if: {{{8|}}} |
{{!}}-
{{!}} Oberhaupt
{{!}} [[{{{8}}}]] | }}
|}

</includeonly>

Diskussion:Featurewünsche AOQML

2008-11-20T21:24:42Z

Drak: /* Gegenstände entfernen und zwischenspeichern */

==Zufallsauswahl==
Bei der Prozentverteilung sollte man vielleicht eher einen ProzentBEREICH (01 bis 37%) statt einer Prozentzahl (37%) eingeben, da sonst mehrere Ereignisse gleichzeitig eintreten können oder einfach gar nichts passiert. Oder irre ich mich da? --[[Benutzer:Neonix|Neonix]] 14:47, 10. Jun. 2008 (CEST)

Beispiel: [[Switch#Wahrscheinlichkeits_Zweig|Switch]]
--[[Benutzer:Drak|Drak]] 17:49, 20. Nov. 2008 (CET)

Besser noch ohne Prozentdefinition sodern Anteilig. Keine Angabe = 1, ansonsten den Valuewert.--[[Benutzer:Inanna|Inanna]] 15:26, 10. Jun. 2008 (CEST)

==Questunterbrechung==
Die möglichkeit eine andere Quest als vorbedingung ermöglicht eine umfangreiche Verzweigung.
--[[Benutzer:Inanna|Inanna]] 00:55, 14. Jun. 2008 (CEST)

Das könnte man z.T. auch mit Questgegenständen regeln, wenn die denn da sind. Aber eine der beiden Lösungen wäre für Midiquests schon sehr sinnvoll. --[[Benutzer:Neonix|Neonix]] 08:23, 14. Jun. 2008 (CEST)

Man muss sich jetzt aber nicht unbedingt in etwas verrennen, viele "übergreifende" Quests sind nicht auf solch eine Funktion angewiesen. Man muss sich nur in die Lage der Personen versetzen und die Kommunkitaionsmöglichkeiten bedenken. zB. könnte man in einem Ort von einem Händler die Information bekommen, dass weiter nördlich ein Rudel Wölfe sein Unwesen treibt. Reist man jetzt dorthin bekommt man eine Quest "Wölfe verjagen". Beides kann völlig unabhängig geschehen, man könnte also aus dem Norden kommen, selbiges schon erledigt haben. Der Händler weiß dies natürlich noch nicht, warnt dich aber trotzdem. Beides ist weiterhin schlüssig. --[[Benutzer:Tommek|Tommek]] 14:41, 1. Jul. 2008 (CEST)

Ja, aber bislang gibt es ja noch nicht einmal ortsfeste, ständig verfügbare Questen, oder? Und irgendeine Form der Datenübertragung ist schon SEHR sinnvoll, damit die Questen besser mit den Helden interagieren. So könnten Helden z.B. beim zweiten Besuch bei einem NSC wiedererkannt werden, statt immer den selben unpassenden Eingangstext zu erhalten. Und vor allem könnten Teilquesten einer Midiqueste dann wesentlich besser aufeinander aufbauen, als nur durch Quest A weist auf unabhängiges Quest B hin. Quest A ermöglicht dann Quest B, wenn bestanden dann Quest C Variante 1, wenn nicht dann Quest C Variante 2 und so weiter. Somit könnte man echte kleine Kampagnen mit durchgehender Story und dauerhaft vorhandenen NSC aufbauen, die Antamar echt bereichern, den einzelnen Orten und Regionen viel mehr Würze geben und von den Spielern als Institution verstanden werden statt als beliebige Zufallsqueste. --[[Benutzer:Neonix|Neonix]] 15:39, 1. Jul. 2008 (CEST)

Man muss doch nicht immer ein zweites mal zu dem selben NPC. Da gibt es doch unendliche Möglichkeiten. Ich versuche mich auch von diesen sklavischen Vorgaben aus all den schlechten Rollenspielen zu lösen "Auftraggeber -> töten -> Auftraggeber -> Belohnung". Ortsfeste, ständig verfügbare Questen sind bereits möglich. --[[Benutzer:Root|Root]] 19:42, 1. Jul. 2008 (CEST)

Nein, man MUSS nicht immer. Aber man KANN MOMENTAN NICHT und das stört mich, weil ich es in meine Questen einbauen möchte. Und glaube mir, die können durchaus etwas elaborierter werden als "Bringe mir 5 Rattenschwänze und du bekommst Gold" wenn ich die nötigen Mittel bekomme. Eingeschränkte Möglichkeiten (denn sie sind eben definitiv nicht unendlich) sind vielleicht eine Herausforderung, aber mit Sicherheit kein Bonus! Ich MÖCHTE nun mal NSC einbauen, mit denen die SC so was wie eine minimale Beziehung aufbauen und die nicht nur in einer Queste auftauchen und dann wieder verschwinden oder, schlimmer noch, immer wieder auftauchen ohne auf die SC einzugehen. Und das Schema Auftraggeber --> Auftrag --> Reaktion des Auftraggebers gibt es, weil es bewährt ist und funktioniert, nicht weil alle Spieledesigner so unkreativ sind. Klar kann ich auch mit den bisherigen Mitteln Questen schreiben, und durch Questgegenstände auch ein Minumum an Datenübertragung herstellen. Aber es ist schlicht und einfach unelegant, störanfällig, stark eingeschränkt und daher nur eine Notlösung. Ich möchte den Spielern Kampagnen, mehrteilige Storys und vielleicht sogar etwas Metaplot liefern. Nette kleine Einzelerlebnisse bieten schon die ZB - und davon habe ich ja wohl schon genug verfasst. --[[Benutzer:Neonix|Neonix]] 20:04, 1. Jul. 2008 (CEST)

Ja klar, ich wünsche mir die Möglichkeiten auch, nur kamen im Forum dann bei mir die falschen Gründe an. Dachte eben, dass es nur um soclhe einfach gestrickten Dinge gehen soll. Das war keineswegs als Kritik gedacht ;) --[[Benutzer:Root|Root]] 20:21, 1. Jul. 2008 (CEST)

OK. Bin nur leicht genervt, weil ich wieder mal mehr Pläne als Möglichkeiten habe. --[[Benutzer:Neonix|Neonix]] 20:31, 1. Jul. 2008 (CEST)

[[Benutzer:Lowlander]] 11:20, 18. Aug 2008 (CEST): Quest-Unterbrechnung ist von der Idee schon vorbereitet. Und war so: Ein Quest kann in den Status pending gesetzt werden (Tabelle usr_held_quest_status_), zudem wird in diese Tabelle ein obstacle eingetragen. Dieses Obstacle ist erstmal ein (programmatischer) Text, wir müssten hier noch festlegen, was es sein soll, z.B. SQL, AOQML oder auch nur eine AOQML-Expression (was z.B. in einem <if ...> statt des ... dort steht). in quest.inc.php würde dann am Anfang abgefragt, ob die Bedingung erfüllt ist, wenn ja, ginge es weiter in dem Quest, wenn nicht, ginge es weiter wie jetzt in quest.inc.php (herausfinden, ob ein neues Quest gestartet werden soll). Das gespeicherte Obstacle sollte nur einfache Bedingungen enthalten, komplexe Bedingungen sollte man dann in der Fortsetzungs-Szene abfragen und ggf. sofort wieder in den Status pending zurückfallen - ggf. ohne dass der Spieler überhaupt merkt, dass der Code ablief. Vielleicht traut sich das ja schon jemand zu, das einzubauen?

==Prioritäten==
Ich habe mal die Wünsche nach Wichtigkeit neu geordnet. Dabei habe ich die für Midi-Questen wichtigen Sachen nach oben gepackt, die für die weiteren Questfunktionen in die Mitte und die Gimmiks nach unten. Bitte reißt mir nicht den Kopf ab, wenn ich eure Einträge nach unten verbannt habe... Wer anderer Meinung ist, darf und soll das hier kund tun, damit wir das dann überarbeiten können. --[[Benutzer:Neonix|Neonix]] 08:44, 30. Jun. 2008 (CEST)

==Kontinuität und Übersicht==
Eine klarere Definition wann z.B. ''quality'' und wann ''attribute'' benutzt werden muss wäre schön. Mal scheint es ''attribute'' für alles außer Eigenschaften zu gelten, mal wird ''quality'' für AP-Vergabe genutzt, mal ''attribute''. Ähnliches gilt bei Abfragen für Kultur und Rasse - und da gibt es noch eine unschöne Stelle. Warum wird die Kultur mittels ''attribute="Kultur"'', die Rasse aber mittels ''quality="race"'' abgefragt? Auch hier würde ich eine Art bevorzugen und auch eine Sprache (also culture und race oder Kultur und Rasse). Wenn ich es richtig im Kopf habe wird an manchen Stellen sogar mittels ''name="irgendwas"'' abgefragt... Das hat sicherlich keine Top-Priorität, sorgt aber immer wieder für Verwirrung und erschwert das Schreiben doch beträchtlich. Falls jemand solche Dinge an einer zentralen Stelle im Wiki endgültig als korrekt (und das vielleicht auch noch einheitlich) auflistet würde ich auch alle unpassenden Stellen suchen und überarbeiten. --[[Benutzer:Qapla|Qapla]] 23:23, 16. Aug. 2008 (CEST)

== Gegenstände entfernen und zwischenspeichern ==

Wie wär es mit Drop + Replay (take fänd ich da nicht sooo gut, da es ja mehrere Gegenstände sein können)
Also in etwa: <code xml>
Ein Goblin klaut dir alles
<Drop item="*100%" name="alleGegenstaende" />
Du findest das nicht so toll, versohlst ihm den Popo und packst dein Zeug wieder ein.
<replay name="alleGegenstaende"/>
</code>
@Lowlander: Ist doch auch nur Speichern? (Namen der Gegenstände die per Drop entfernt werden)

Replay würde sich halt ganz anders Verhalten..

--[[Benutzer:Drak|Drak]] 17:26, 20. Nov. 2008 (CET)

:Warum willst du sie überhaupt wegnehmen? Da das eh erst am Ende angezeigt wird ist es doch egal, ob du sie nimmst und dann wiedergibst. --[[Benutzer:Tequila|Tequila]] 20:32, 20. Nov. 2008 (CET)

:Das ist ein kleines Beispiel? Die Wiedergabe erfolgt natürlich in ner anderen Datei oder wenn der Kampf zu Gunsten des Helden war..
:Außerdem bezieht sich das nur auf Abschnitt Held Punkt 1
:--[[Benutzer:Drak|Drak]] 20:43, 20. Nov. 2008 (CET)

::Ich sehe den Vorteil davon trotzdem nicht. Soweit ich weis, ist es derzeit nicht möglich Sachen in einer Begegnung zu klauen, sie irgendwo zwischenzuspeichern und dann wiederzugeben, da es keine Variablen gibt, die länger erhalten bleiben. Und wenn es innerhalb einer Begegnung ist, dann kann man es ja durch eine Beschreibung lösen, die Sachen aber in Wirklichkeit gar nicht wegnehmen. Und wenn er sie am Ende nicht wiederbekommt kann man sie dann immer noch wegnehmen. --[[Benutzer:Tequila|Tequila]] 22:10, 20. Nov. 2008 (CET)

:::Naja zum einen Macht es einen Unterschied ob der Held sich auf einmal ohne Rüstung durchschlagen muss und zum anderen Steht ja da "Gegenstände verloren blabla", also kann man so die Spieler besser schocken :-D
:::Und wenn die Quest Fortsetzung geht, gibt es auch Variablen die erhalten bleiben und man kann einem Dieb durch ganz Antamar nachlaufen (dämlicher Quest - aber naja)
:::Meinte ja nur da es als "WICHTIG" drinsteht - wenn nur einer der Meinung war kann mans ja lassen
:::--[[Benutzer:Drak|Drak]] 22:24, 20. Nov. 2008 (CET)

Diskussion:Desc

2008-11-20T21:16:52Z

Drak:

Wie hat man sich das mit dem im Wiki nach einer Erklärung suchen vorzustellen? Wird dann der ganze Wikiartikel übernommen, wenn was gefunden wird? --[[Benutzer:Tequila|Tequila]] 22:11, 20. Nov. 2008 (CET)
:Nur der erste Satz wird in dem fall genommen.
:(In dem Mouseover ist ja nicht soo viel platz)
:Ist aber noch nicht aktiv, also zZ noch ohne Wiki - nur Antamar DB
:--[[Benutzer:Drak|Drak]] 22:16, 20. Nov. 2008 (CET)

Diskussion:Featurewünsche AOQML

2008-11-20T19:45:28Z

Drak: /* Gegenstände entfernen und zwischenspeichern */

Diskussion:Featurewünsche AOQML

2008-11-20T19:43:27Z

Drak: /* Gegenstände entfernen und zwischenspeichern */

==Zufallsauswahl==
Bei der Prozentverteilung sollte man vielleicht eher einen ProzentBEREICH (01 bis 37%) statt einer Prozentzahl (37%) eingeben, da sonst mehrere Ereignisse gleichzeitig eintreten können oder einfach gar nichts passiert. Oder irre ich mich da? --[[Benutzer:Neonix|Neonix]] 14:47, 10. Jun. 2008 (CEST)

Beispiel: [[Switch#Wahrscheinlichkeits_Zweig|Switch]]
--[[Benutzer:Drak|Drak]] 17:49, 20. Nov. 2008 (CET)

Besser noch ohne Prozentdefinition sodern Anteilig. Keine Angabe = 1, ansonsten den Valuewert.--[[Benutzer:Inanna|Inanna]] 15:26, 10. Jun. 2008 (CEST)

==Questunterbrechung==
Die möglichkeit eine andere Quest als vorbedingung ermöglicht eine umfangreiche Verzweigung.
--[[Benutzer:Inanna|Inanna]] 00:55, 14. Jun. 2008 (CEST)

Das könnte man z.T. auch mit Questgegenständen regeln, wenn die denn da sind. Aber eine der beiden Lösungen wäre für Midiquests schon sehr sinnvoll. --[[Benutzer:Neonix|Neonix]] 08:23, 14. Jun. 2008 (CEST)

Man muss sich jetzt aber nicht unbedingt in etwas verrennen, viele "übergreifende" Quests sind nicht auf solch eine Funktion angewiesen. Man muss sich nur in die Lage der Personen versetzen und die Kommunkitaionsmöglichkeiten bedenken. zB. könnte man in einem Ort von einem Händler die Information bekommen, dass weiter nördlich ein Rudel Wölfe sein Unwesen treibt. Reist man jetzt dorthin bekommt man eine Quest "Wölfe verjagen". Beides kann völlig unabhängig geschehen, man könnte also aus dem Norden kommen, selbiges schon erledigt haben. Der Händler weiß dies natürlich noch nicht, warnt dich aber trotzdem. Beides ist weiterhin schlüssig. --[[Benutzer:Tommek|Tommek]] 14:41, 1. Jul. 2008 (CEST)

Ja, aber bislang gibt es ja noch nicht einmal ortsfeste, ständig verfügbare Questen, oder? Und irgendeine Form der Datenübertragung ist schon SEHR sinnvoll, damit die Questen besser mit den Helden interagieren. So könnten Helden z.B. beim zweiten Besuch bei einem NSC wiedererkannt werden, statt immer den selben unpassenden Eingangstext zu erhalten. Und vor allem könnten Teilquesten einer Midiqueste dann wesentlich besser aufeinander aufbauen, als nur durch Quest A weist auf unabhängiges Quest B hin. Quest A ermöglicht dann Quest B, wenn bestanden dann Quest C Variante 1, wenn nicht dann Quest C Variante 2 und so weiter. Somit könnte man echte kleine Kampagnen mit durchgehender Story und dauerhaft vorhandenen NSC aufbauen, die Antamar echt bereichern, den einzelnen Orten und Regionen viel mehr Würze geben und von den Spielern als Institution verstanden werden statt als beliebige Zufallsqueste. --[[Benutzer:Neonix|Neonix]] 15:39, 1. Jul. 2008 (CEST)

Man muss doch nicht immer ein zweites mal zu dem selben NPC. Da gibt es doch unendliche Möglichkeiten. Ich versuche mich auch von diesen sklavischen Vorgaben aus all den schlechten Rollenspielen zu lösen "Auftraggeber -> töten -> Auftraggeber -> Belohnung". Ortsfeste, ständig verfügbare Questen sind bereits möglich. --[[Benutzer:Root|Root]] 19:42, 1. Jul. 2008 (CEST)

Nein, man MUSS nicht immer. Aber man KANN MOMENTAN NICHT und das stört mich, weil ich es in meine Questen einbauen möchte. Und glaube mir, die können durchaus etwas elaborierter werden als "Bringe mir 5 Rattenschwänze und du bekommst Gold" wenn ich die nötigen Mittel bekomme. Eingeschränkte Möglichkeiten (denn sie sind eben definitiv nicht unendlich) sind vielleicht eine Herausforderung, aber mit Sicherheit kein Bonus! Ich MÖCHTE nun mal NSC einbauen, mit denen die SC so was wie eine minimale Beziehung aufbauen und die nicht nur in einer Queste auftauchen und dann wieder verschwinden oder, schlimmer noch, immer wieder auftauchen ohne auf die SC einzugehen. Und das Schema Auftraggeber --> Auftrag --> Reaktion des Auftraggebers gibt es, weil es bewährt ist und funktioniert, nicht weil alle Spieledesigner so unkreativ sind. Klar kann ich auch mit den bisherigen Mitteln Questen schreiben, und durch Questgegenstände auch ein Minumum an Datenübertragung herstellen. Aber es ist schlicht und einfach unelegant, störanfällig, stark eingeschränkt und daher nur eine Notlösung. Ich möchte den Spielern Kampagnen, mehrteilige Storys und vielleicht sogar etwas Metaplot liefern. Nette kleine Einzelerlebnisse bieten schon die ZB - und davon habe ich ja wohl schon genug verfasst. --[[Benutzer:Neonix|Neonix]] 20:04, 1. Jul. 2008 (CEST)

Ja klar, ich wünsche mir die Möglichkeiten auch, nur kamen im Forum dann bei mir die falschen Gründe an. Dachte eben, dass es nur um soclhe einfach gestrickten Dinge gehen soll. Das war keineswegs als Kritik gedacht ;) --[[Benutzer:Root|Root]] 20:21, 1. Jul. 2008 (CEST)

OK. Bin nur leicht genervt, weil ich wieder mal mehr Pläne als Möglichkeiten habe. --[[Benutzer:Neonix|Neonix]] 20:31, 1. Jul. 2008 (CEST)

[[Benutzer:Lowlander]] 11:20, 18. Aug 2008 (CEST): Quest-Unterbrechnung ist von der Idee schon vorbereitet. Und war so: Ein Quest kann in den Status pending gesetzt werden (Tabelle usr_held_quest_status_), zudem wird in diese Tabelle ein obstacle eingetragen. Dieses Obstacle ist erstmal ein (programmatischer) Text, wir müssten hier noch festlegen, was es sein soll, z.B. SQL, AOQML oder auch nur eine AOQML-Expression (was z.B. in einem <if ...> statt des ... dort steht). in quest.inc.php würde dann am Anfang abgefragt, ob die Bedingung erfüllt ist, wenn ja, ginge es weiter in dem Quest, wenn nicht, ginge es weiter wie jetzt in quest.inc.php (herausfinden, ob ein neues Quest gestartet werden soll). Das gespeicherte Obstacle sollte nur einfache Bedingungen enthalten, komplexe Bedingungen sollte man dann in der Fortsetzungs-Szene abfragen und ggf. sofort wieder in den Status pending zurückfallen - ggf. ohne dass der Spieler überhaupt merkt, dass der Code ablief. Vielleicht traut sich das ja schon jemand zu, das einzubauen?

==Prioritäten==
Ich habe mal die Wünsche nach Wichtigkeit neu geordnet. Dabei habe ich die für Midi-Questen wichtigen Sachen nach oben gepackt, die für die weiteren Questfunktionen in die Mitte und die Gimmiks nach unten. Bitte reißt mir nicht den Kopf ab, wenn ich eure Einträge nach unten verbannt habe... Wer anderer Meinung ist, darf und soll das hier kund tun, damit wir das dann überarbeiten können. --[[Benutzer:Neonix|Neonix]] 08:44, 30. Jun. 2008 (CEST)

==Kontinuität und Übersicht==
Eine klarere Definition wann z.B. ''quality'' und wann ''attribute'' benutzt werden muss wäre schön. Mal scheint es ''attribute'' für alles außer Eigenschaften zu gelten, mal wird ''quality'' für AP-Vergabe genutzt, mal ''attribute''. Ähnliches gilt bei Abfragen für Kultur und Rasse - und da gibt es noch eine unschöne Stelle. Warum wird die Kultur mittels ''attribute="Kultur"'', die Rasse aber mittels ''quality="race"'' abgefragt? Auch hier würde ich eine Art bevorzugen und auch eine Sprache (also culture und race oder Kultur und Rasse). Wenn ich es richtig im Kopf habe wird an manchen Stellen sogar mittels ''name="irgendwas"'' abgefragt... Das hat sicherlich keine Top-Priorität, sorgt aber immer wieder für Verwirrung und erschwert das Schreiben doch beträchtlich. Falls jemand solche Dinge an einer zentralen Stelle im Wiki endgültig als korrekt (und das vielleicht auch noch einheitlich) auflistet würde ich auch alle unpassenden Stellen suchen und überarbeiten. --[[Benutzer:Qapla|Qapla]] 23:23, 16. Aug. 2008 (CEST)

== Gegenstände entfernen und zwischenspeichern ==

Wie wär es mit Drop + Replay (take fänd ich da nicht sooo gut, da es ja mehrere Gegenstände sein können)
Also in etwa: <code xml>
Ein Goblin klaut dir alles
<Drop item="*100%" name="alleGegenstaende" />
Du findest das nicht so toll, versohlst ihm den Popo und packst dein Zeug wieder ein.
<replay name="alleGegenstaende"/>
</code>
@Lowlander: Ist doch auch nur Speichern? (Namen der Gegenstände die per Drop entfernt werden)

Replay würde sich halt ganz anders Verhalten..

--[[Benutzer:Drak|Drak]] 17:26, 20. Nov. 2008 (CET)

:Warum willst du sie überhaupt wegnehmen? Da das eh erst am Ende angezeigt wird ist es doch egal, ob du sie nimmst und dann wiedergibst. --[[Benutzer:Tequila|Tequila]] 20:32, 20. Nov. 2008 (CET)

:Das ist ein Beispiel? Die Wiedergabe erfolgt natürlich in ner anderen Datei oder wenn der Kampf zu Gunsten des Helden war..
:Außerdem bezieht sich das nur auf die Umsetzung des Gleichnamigen Featurewünsches
:--[[Benutzer:Drak|Drak]] 20:43, 20. Nov. 2008 (CET)

Random

2008-11-20T16:50:49Z

Drak:

Mit '''<random>''' wird eine Zufallsauswahl definiert.

Alle möglichen Varianten werden in eine '''<random>'''...'''</random>'''-Folge eingeschlossen
und von je einem '''<case>'''...'''</case>'''-Paar umschlossen.

Um für ein Ereignis/Zweig die Wahrscheinlichkeit anzugeben siehe [[Switch#Wahrscheinlichkeits_Zweig|Switch]].

Sollen zufällig die Worte 'Wurst' oder 'Käse' ausgewählt werden, dann schreibt man das so:
<code xml>
<random>
<case>Wurst</case>
<case>Käse</case>
</random>
</code>

Statt einfacher Worte zwischen den case-Tags können auch XHTML-Tags und weitere der hier aufgezählten XML-Tags für ZB-Aktionen dort eingefügt werden.

Mit dem Attribut 'count' kann angegeben werden, wieviele der case-Knoten ausgewählt werden sollen:
<code xml>Der Händler bietet an seinem Stand
<random count="2">
<case>Kräuter, </case>
<case>Eier, </case>
<case>Wurst, </case>
<case>Käse, </case>
</random> Brot und viele Obst- und Gemüsesorten der Umgebung an.
</code>

Würde so etwas erzeugen:
Der Händler bietet an seinem Stand Kräuter, Käse, Brot und viele Obst- und Gemüsesorten der Umgebung an.

[[Kategorie:AOQML]]

Diskussion:Featurewünsche AOQML

2008-11-20T16:49:43Z

Drak: /* Zufallsauswahl */

Featurewünsche AOQML

2008-11-20T16:48:36Z

Drak: /* Erledigt */

=Featurewünsche=

==Allgemein==

# 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.
# 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).
#:[[Benutzer:Lowlander|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ß ;-)
# WICHTIG: Logisch und/oder ( + / | ) auch für andere Sachen als has nutzbar machen!
# Werte eines Gebäudes (z.B. Gasthaus), in dem das Quest beginnt, abfragen können (beim Gasthaus z.B. Name, Qualität).

==Held==

# 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.
# WICHTIG: Abfrage von Religionsgruppe und Gottheit ermöglichen!
# 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)
# Proben auf Gaben, Vor- und Nachteile
# <has> sollte um die Möglichkeit der Abfrage von Vor-/Nachteilen und Sonderfertigkeiten ergänzt werden.
# 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. Ä.).

==Kämpfe==

# WICHTIG: Ausweichen und Probe auf den Paradewert außerhalb von Kämpfen ermöglichen
# WICHTIG: AP und PA für die Dauer eines Kampfes verändern (senken), oder allgemein so: <set attribute="BE" inc="2" delay="temp"/> (standard permanent)
# Dauer eines Kampfs abfragen bzw Kampf nach X KR abbrechen
# Verstärkung nach X Kampfrunden ermöglichen (Wachen, die durch Kampflärm angelockt werden)

==Erledigt==

# WICHTIG: Questen fest an einem Ort installieren, ohne Zufallsfaktor, immer wieder wählbar.
#:[[Benutzer:Lowlander|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.
# WICHTIG: Abfrage der Kultur ermöglichen.
#:[[Benutzer:Lowlander|Lowlander]]: <get attribute="kultur"/> bzw. "kultur_id" - dito an allen anderen Stellen mit attribute="..." - ab r2170
# WICHTIG: Auswahl eines zufälligen Gegenstands aus der Datenbank, mit der Möglichkeit Wert, Häufigkeit und andere Eigenschaften einzuschränken.
#:[[AOQML:item|Item]] --[[Benutzer:Drak|Drak]] 21:21, 14. Nov. 2008 (CET)
# 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.
#:[[AOQML:desc|desc]] --[[Benutzer:Drak|Drak]] 21:21, 14. Nov. 2008 (CET)
# Per choice auch innerhalb einer Datei weiterleiten können.
#:[[Benutzer:Handborons|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.
# 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.
#: [[Switch#Wahrscheinlichkeits_Zweig|Switch]] --[[Benutzer:Handborons|Handborons]] 22:17, 9. Jul. 2008 (CEST)
# 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
#: vorerst geht nur [[Challenge#double.3D.22double.22|Doppel]] --[[Benutzer:Drak|Drak]] 21:24, 14. Nov. 2008 (CET)

[[Kategorie:AOQML]]
[[Kategorie:Mitarbeit]]

Switch

2008-11-20T16:48:07Z

Drak: /* Wahrscheinlichkeits Zweig */

Das '''<switch>'''-Tag vergleicht eine Angabe mit einer Liste von Werten. Der Zweig mit dem passenden Wert wird ausgeführt.

Beispiel:
<code xml>
<switch attribute="gender">
<case value="female">Eine junge Frau</case>
<else>Ein junger Mann</else>
</switch>
</code>
Der Zweig '''<else>''' wird ausgeführt, wenn keine der Angaben passt.

Eine Liste der Attribute zur verwendung mit dem '''attribute''' Tag gibt's hier: [[Held Attribute]]

außerdem können mit dem '''name''' Tag die selben Variablen wie bei [[Get_set|Set]] abgefragt werden

Man kann auch Wertebereiche abfragen:
<code xml>
<switch name="Nummer">
<case min="1" max="5">
...
</case>
<else>
...
</else>
</switch>
</code>

==Wahrscheinlichkeits Zweig==

Um für ein Ereignis/Zweig die Wahrscheinlichkeit anzugeben müssen wir erst per [[Get_set|Set]] und einem [[Besondere_Werte#Zahlenbereiche|Besonderen Wert]] eine zufällige Zahl in einer Variablen speichern (im Beispiel ''zufall'')
und diese dann per switch prüfen.

Beispiel:
<code xml>
<set name="zufall" value="1...100"/>
<switch name="zufall">
<case min="1" max="25">
...
</case>
<case min="25" max="65">
...
</case>
<else>
...
</else>
</switch>
</code>
Das Beispiel führt zu einer 25% igen Wahrscheinlichkeit den ersten Zweig aus, zu 40% den Zweiten und somit zu 35% den else-Zweig.

[[Kategorie:AOQML]]

Random

2008-11-20T16:47:02Z

Drak:

Mit '''<random>''' wird eine Zufallsauswahl definiert.

Alle möglichen Varianten werden in eine '''<random>'''...'''</random>'''-Folge eingeschlossen
und von je einem '''<case>'''...'''</case>'''-Paar umschlossen.

Um für ein Ereignis/Zweig die Wahrscheinlichkeit angeben siehe [[Switch#Wahrscheinlichkeits_Zweig|Switch]].

Sollen zufällig die Worte 'Wurst' oder 'Käse' ausgewählt werden, dann schreibt man das so:
<code xml>
<random>
<case>Wurst</case>
<case>Käse</case>
</random>
</code>

Statt einfacher Worte zwischen den case-Tags können auch XHTML-Tags und weitere der hier aufgezählten XML-Tags für ZB-Aktionen dort eingefügt werden.

Mit dem Attribut 'count' kann angegeben werden, wieviele der case-Knoten ausgewählt werden sollen:
<code xml>Der Händler bietet an seinem Stand
<random count="2">
<case>Kräuter, </case>
<case>Eier, </case>
<case>Wurst, </case>
<case>Käse, </case>
</random> Brot und viele Obst- und Gemüsesorten der Umgebung an.
</code>

Würde so etwas erzeugen:
Der Händler bietet an seinem Stand Kräuter, Käse, Brot und viele Obst- und Gemüsesorten der Umgebung an.

[[Kategorie:AOQML]]

Diskussion:Featurewünsche AOQML

2008-11-20T16:26:34Z

Drak: Gegenstände entfernen und zwischenspeichern

==Zufallsauswahl==
Bei der Prozentverteilung sollte man vielleicht eher einen ProzentBEREICH (01 bis 37%) statt einer Prozentzahl (37%) eingeben, da sonst mehrere Ereignisse gleichzeitig eintreten können oder einfach gar nichts passiert. Oder irre ich mich da? --[[Benutzer:Neonix|Neonix]] 14:47, 10. Jun. 2008 (CEST)

Besser noch ohne Prozentdefinition sodern Anteilig. Keine Angabe = 1, ansonsten den Valuewert.--[[Benutzer:Inanna|Inanna]] 15:26, 10. Jun. 2008 (CEST)

==Questunterbrechung==
Die möglichkeit eine andere Quest als vorbedingung ermöglicht eine umfangreiche Verzweigung.
--[[Benutzer:Inanna|Inanna]] 00:55, 14. Jun. 2008 (CEST)

Das könnte man z.T. auch mit Questgegenständen regeln, wenn die denn da sind. Aber eine der beiden Lösungen wäre für Midiquests schon sehr sinnvoll. --[[Benutzer:Neonix|Neonix]] 08:23, 14. Jun. 2008 (CEST)

Man muss sich jetzt aber nicht unbedingt in etwas verrennen, viele "übergreifende" Quests sind nicht auf solch eine Funktion angewiesen. Man muss sich nur in die Lage der Personen versetzen und die Kommunkitaionsmöglichkeiten bedenken. zB. könnte man in einem Ort von einem Händler die Information bekommen, dass weiter nördlich ein Rudel Wölfe sein Unwesen treibt. Reist man jetzt dorthin bekommt man eine Quest "Wölfe verjagen". Beides kann völlig unabhängig geschehen, man könnte also aus dem Norden kommen, selbiges schon erledigt haben. Der Händler weiß dies natürlich noch nicht, warnt dich aber trotzdem. Beides ist weiterhin schlüssig. --[[Benutzer:Tommek|Tommek]] 14:41, 1. Jul. 2008 (CEST)

Ja, aber bislang gibt es ja noch nicht einmal ortsfeste, ständig verfügbare Questen, oder? Und irgendeine Form der Datenübertragung ist schon SEHR sinnvoll, damit die Questen besser mit den Helden interagieren. So könnten Helden z.B. beim zweiten Besuch bei einem NSC wiedererkannt werden, statt immer den selben unpassenden Eingangstext zu erhalten. Und vor allem könnten Teilquesten einer Midiqueste dann wesentlich besser aufeinander aufbauen, als nur durch Quest A weist auf unabhängiges Quest B hin. Quest A ermöglicht dann Quest B, wenn bestanden dann Quest C Variante 1, wenn nicht dann Quest C Variante 2 und so weiter. Somit könnte man echte kleine Kampagnen mit durchgehender Story und dauerhaft vorhandenen NSC aufbauen, die Antamar echt bereichern, den einzelnen Orten und Regionen viel mehr Würze geben und von den Spielern als Institution verstanden werden statt als beliebige Zufallsqueste. --[[Benutzer:Neonix|Neonix]] 15:39, 1. Jul. 2008 (CEST)

Man muss doch nicht immer ein zweites mal zu dem selben NPC. Da gibt es doch unendliche Möglichkeiten. Ich versuche mich auch von diesen sklavischen Vorgaben aus all den schlechten Rollenspielen zu lösen "Auftraggeber -> töten -> Auftraggeber -> Belohnung". Ortsfeste, ständig verfügbare Questen sind bereits möglich. --[[Benutzer:Root|Root]] 19:42, 1. Jul. 2008 (CEST)

Nein, man MUSS nicht immer. Aber man KANN MOMENTAN NICHT und das stört mich, weil ich es in meine Questen einbauen möchte. Und glaube mir, die können durchaus etwas elaborierter werden als "Bringe mir 5 Rattenschwänze und du bekommst Gold" wenn ich die nötigen Mittel bekomme. Eingeschränkte Möglichkeiten (denn sie sind eben definitiv nicht unendlich) sind vielleicht eine Herausforderung, aber mit Sicherheit kein Bonus! Ich MÖCHTE nun mal NSC einbauen, mit denen die SC so was wie eine minimale Beziehung aufbauen und die nicht nur in einer Queste auftauchen und dann wieder verschwinden oder, schlimmer noch, immer wieder auftauchen ohne auf die SC einzugehen. Und das Schema Auftraggeber --> Auftrag --> Reaktion des Auftraggebers gibt es, weil es bewährt ist und funktioniert, nicht weil alle Spieledesigner so unkreativ sind. Klar kann ich auch mit den bisherigen Mitteln Questen schreiben, und durch Questgegenstände auch ein Minumum an Datenübertragung herstellen. Aber es ist schlicht und einfach unelegant, störanfällig, stark eingeschränkt und daher nur eine Notlösung. Ich möchte den Spielern Kampagnen, mehrteilige Storys und vielleicht sogar etwas Metaplot liefern. Nette kleine Einzelerlebnisse bieten schon die ZB - und davon habe ich ja wohl schon genug verfasst. --[[Benutzer:Neonix|Neonix]] 20:04, 1. Jul. 2008 (CEST)

Ja klar, ich wünsche mir die Möglichkeiten auch, nur kamen im Forum dann bei mir die falschen Gründe an. Dachte eben, dass es nur um soclhe einfach gestrickten Dinge gehen soll. Das war keineswegs als Kritik gedacht ;) --[[Benutzer:Root|Root]] 20:21, 1. Jul. 2008 (CEST)

OK. Bin nur leicht genervt, weil ich wieder mal mehr Pläne als Möglichkeiten habe. --[[Benutzer:Neonix|Neonix]] 20:31, 1. Jul. 2008 (CEST)

[[Benutzer:Lowlander]] 11:20, 18. Aug 2008 (CEST): Quest-Unterbrechnung ist von der Idee schon vorbereitet. Und war so: Ein Quest kann in den Status pending gesetzt werden (Tabelle usr_held_quest_status_), zudem wird in diese Tabelle ein obstacle eingetragen. Dieses Obstacle ist erstmal ein (programmatischer) Text, wir müssten hier noch festlegen, was es sein soll, z.B. SQL, AOQML oder auch nur eine AOQML-Expression (was z.B. in einem <if ...> statt des ... dort steht). in quest.inc.php würde dann am Anfang abgefragt, ob die Bedingung erfüllt ist, wenn ja, ginge es weiter in dem Quest, wenn nicht, ginge es weiter wie jetzt in quest.inc.php (herausfinden, ob ein neues Quest gestartet werden soll). Das gespeicherte Obstacle sollte nur einfache Bedingungen enthalten, komplexe Bedingungen sollte man dann in der Fortsetzungs-Szene abfragen und ggf. sofort wieder in den Status pending zurückfallen - ggf. ohne dass der Spieler überhaupt merkt, dass der Code ablief. Vielleicht traut sich das ja schon jemand zu, das einzubauen?

==Prioritäten==
Ich habe mal die Wünsche nach Wichtigkeit neu geordnet. Dabei habe ich die für Midi-Questen wichtigen Sachen nach oben gepackt, die für die weiteren Questfunktionen in die Mitte und die Gimmiks nach unten. Bitte reißt mir nicht den Kopf ab, wenn ich eure Einträge nach unten verbannt habe... Wer anderer Meinung ist, darf und soll das hier kund tun, damit wir das dann überarbeiten können. --[[Benutzer:Neonix|Neonix]] 08:44, 30. Jun. 2008 (CEST)

==Kontinuität und Übersicht==
Eine klarere Definition wann z.B. ''quality'' und wann ''attribute'' benutzt werden muss wäre schön. Mal scheint es ''attribute'' für alles außer Eigenschaften zu gelten, mal wird ''quality'' für AP-Vergabe genutzt, mal ''attribute''. Ähnliches gilt bei Abfragen für Kultur und Rasse - und da gibt es noch eine unschöne Stelle. Warum wird die Kultur mittels ''attribute="Kultur"'', die Rasse aber mittels ''quality="race"'' abgefragt? Auch hier würde ich eine Art bevorzugen und auch eine Sprache (also culture und race oder Kultur und Rasse). Wenn ich es richtig im Kopf habe wird an manchen Stellen sogar mittels ''name="irgendwas"'' abgefragt... Das hat sicherlich keine Top-Priorität, sorgt aber immer wieder für Verwirrung und erschwert das Schreiben doch beträchtlich. Falls jemand solche Dinge an einer zentralen Stelle im Wiki endgültig als korrekt (und das vielleicht auch noch einheitlich) auflistet würde ich auch alle unpassenden Stellen suchen und überarbeiten. --[[Benutzer:Qapla|Qapla]] 23:23, 16. Aug. 2008 (CEST)

== Gegenstände entfernen und zwischenspeichern ==

Wie wär es mit Drop + Replay (take fänd ich da nicht sooo gut, da es ja mehrere Gegenstände sein können)
Also in etwa: <code xml>
Ein Goblin klaut dir alles
<Drop item="*100%" name="alleGegenstaende" />
Du findest das nicht so toll, versohlst ihm den Popo und packst dein Zeug wieder ein.
<replay name="alleGegenstaende"/>
</code>
@Lowlander: Ist doch auch nur Speichern? (Namen der Gegenstände die per Drop entfernt werden)

Replay würde sich halt ganz anders Verhalten..

--[[Benutzer:Drak|Drak]] 17:26, 20. Nov. 2008 (CET)

Desc

2008-11-20T15:44:35Z

Drak: Fehler in der Beschreibung ausgebessert

Der desc-tag zeigt dem Spieler ein kleines Büchlein an das eine Beschreibung bereitstellt.

===Syntax===
<code xml><desc descr="Beschreibung">Objekt</desc></code>

''Objekt'' ist das, was beschrieben werden soll.

===Parameter===
'''descr''' (optional) Die Erklärung. Fehlt diese wird versucht erst in der DB und dann im Wiki eine Erklärung zu finden.

[[Kategorie:AOQML]]

Featurewünsche AOQML

2008-11-20T15:41:43Z

Drak: Alten Lowlander kommentar wieder rein

=Featurewünsche=
[[Benutzer:Lowlander|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!

GANZ WICHTIG: Bitte die Featurewünsche bearbeiten. Es staut sich allmählich... ([[Benutzer:Lowlander|Lowlander]]: kein Problem, mein Tagessatz ist 560 Euro, immer nur her mit den Aufträgen ;-)

==Allgemein==

# 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.
# 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).
#:[[Benutzer:Lowlander|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ß ;-)
# 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.
#: '''Müsste bereits funktionieren, siehe [[switch]]''' --[[Benutzer:Handborons|Handborons]] 22:17, 9. Jul. 2008 (CEST)
# 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
#: vorerst geht nur [[Challenge#double.3D.22double.22|Doppel]] --[[Benutzer:Drak|Drak]] 21:24, 14. Nov. 2008 (CET)
# WICHTIG: Logisch und/oder ( + / | ) auch für andere Sachen als has nutzbar machen!
# Werte eines Gebäudes (z.B. Gasthaus), in dem das Quest beginnt, abfragen können (beim Gasthaus z.B. Name, Qualität).
# Per choice auch innerhalb einer Datei weiterleiten können.
#:[[Benutzer:Handborons|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.

==Held==

# 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.
# WICHTIG: Abfrage von Religionsgruppe und Gottheit ermöglichen!
# 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)
# Proben auf Gaben, Vor- und Nachteile
# <has> sollte um die Möglichkeit der Abfrage von Vor-/Nachteilen und Sonderfertigkeiten ergänzt werden.
# 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. Ä.).

==Kämpfe==

# WICHTIG: Ausweichen und Probe auf den Paradewert außerhalb von Kämpfen ermöglichen
# WICHTIG: AP und PA für die Dauer eines Kampfes verändern (senken), oder allgemein so: <set attribute="BE" inc="2" delay="temp"/> (standard permanent)
# Dauer eines Kampfs abfragen bzw Kampf nach X KR abbrechen
# Verstärkung nach X Kampfrunden ermöglichen (Wachen, die durch Kampflärm angelockt werden)

==Erledigt==

# WICHTIG: Questen fest an einem Ort installieren, ohne Zufallsfaktor, immer wieder wählbar.
#:[[Benutzer:Lowlander|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.
# WICHTIG: Abfrage der Kultur ermöglichen.
#:[[Benutzer:Lowlander|Lowlander]]: <get attribute="kultur"/> bzw. "kultur_id" - dito an allen anderen Stellen mit attribute="..." - ab r2170
# WICHTIG: Auswahl eines zufälligen Gegenstands aus der Datenbank, mit der Möglichkeit Wert, Häufigkeit und andere Eigenschaften einzuschränken.
#:[[AOQML:item|Item]] --[[Benutzer:Drak|Drak]] 21:21, 14. Nov. 2008 (CET)
# 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.
#:[[AOQML:desc|desc]] --[[Benutzer:Drak|Drak]] 21:21, 14. Nov. 2008 (CET)

[[Kategorie:AOQML]]
[[Kategorie:Mitarbeit]]

Featurewünsche AOQML

2008-11-20T15:39:44Z

Drak: Gruppierung zur Übersicht

=Featurewünsche=
[[Benutzer:Lowlander|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!

GANZ WICHTIG: Bitte die Featurewünsche bearbeiten. Es staut sich allmählich... ([[Benutzer:Lowlander|Lowlander]]: kein Problem, mein Tagessatz ist 560 Euro, immer nur her mit den Aufträgen ;-)

==Allgemein==

# 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.
# 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).
#:[[Benutzer:Lowlander|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ß ;-)
# 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.
#: '''Müsste bereits funktionieren, siehe [[switch]]''' --[[Benutzer:Handborons|Handborons]] 22:17, 9. Jul. 2008 (CEST)
# 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
#: vorerst geht nur [[Challenge#double.3D.22double.22|Doppel]] --[[Benutzer:Drak|Drak]] 21:24, 14. Nov. 2008 (CET)
# WICHTIG: Logisch und/oder ( + / | ) auch für andere Sachen als has nutzbar machen!
# Werte eines Gebäudes (z.B. Gasthaus), in dem das Quest beginnt, abfragen können (beim Gasthaus z.B. Name, Qualität).
# Per choice auch innerhalb einer Datei weiterleiten können.

==Held==

# 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.
# WICHTIG: Abfrage von Religionsgruppe und Gottheit ermöglichen!
# 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)
# Proben auf Gaben, Vor- und Nachteile
# <has> sollte um die Möglichkeit der Abfrage von Vor-/Nachteilen und Sonderfertigkeiten ergänzt werden.
# 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. Ä.).

==Kämpfe==

# WICHTIG: Ausweichen und Probe auf den Paradewert außerhalb von Kämpfen ermöglichen
# WICHTIG: AP und PA für die Dauer eines Kampfes verändern (senken), oder allgemein so: <set attribute="BE" inc="2" delay="temp"/> (standard permanent)
# Dauer eines Kampfs abfragen bzw Kampf nach X KR abbrechen
# Verstärkung nach X Kampfrunden ermöglichen (Wachen, die durch Kampflärm angelockt werden)

==Erledigt==

# WICHTIG: Questen fest an einem Ort installieren, ohne Zufallsfaktor, immer wieder wählbar.
#:[[Benutzer:Lowlander|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.
# WICHTIG: Abfrage der Kultur ermöglichen.
#:[[Benutzer:Lowlander|Lowlander]]: <get attribute="kultur"/> bzw. "kultur_id" - dito an allen anderen Stellen mit attribute="..." - ab r2170
# WICHTIG: Auswahl eines zufälligen Gegenstands aus der Datenbank, mit der Möglichkeit Wert, Häufigkeit und andere Eigenschaften einzuschränken.
#:[[AOQML:item|Item]] --[[Benutzer:Drak|Drak]] 21:21, 14. Nov. 2008 (CET)
# 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.
#:[[AOQML:desc|desc]] --[[Benutzer:Drak|Drak]] 21:21, 14. Nov. 2008 (CET)

[[Kategorie:AOQML]]
[[Kategorie:Mitarbeit]]

Item

2008-11-14T20:43:29Z

Drak: /* Beispiel */

Der item-tag liefert den namen eines mehr oder weniger zufällig aus der DB ausgelesenen Items.

===Syntax===
<code xml><item freq="" [must="" mustnot="" cost_min="" cost_max="" name=""] /></code>

===Parameter===
*'''freq''' wie offt kommt der Gegenstand vor (oft/selten/rar)
*'''cost_min''' (optional) Muss mindestens dies kosten
*'''cost_max''' (optional) Darf höchstens dies kosten
*'''must''' (optional) [[#Eigenschaften|Eigenschaften]] die der Gegenstand haben MUSS (getrennt per |)
*'''mustnot''' (optional) [[#Eigenschaften|Eigenschaften]] die der Gegenstand NICHT haben darf (getrennt per |)
*'''name''' (optional) Wenn gesetzt wird der Name des Gegenstandes nicht ausgegeben sondern in der angegebenen Variable gespeichert.

ANMERKUNG: kommt eine Eigenschaft weder in ''must'' noch in ''mustnot'' vor ist sie beliebig.

===Beispiel===

<code xml><item freq="oft" must="werkzeug" mustnot="magisch|daemon|geweiht|exotisch" cost_max="100" /></code>

Liefert ein weit verbreitetes Werkzeug das nicht magisch, daemonisch, geweiht oder exotisch ist und weniger als 100 wert ist

Beispielsweise: Flickzeug oder Knüppel oder Steinernes Messer oder Handbohrer

Um dem Held jenes zu geben:

<code xml>

<item freq="oft" must="werkzeug" mustnot="magisch|daemon|geweiht|exotisch" cost_max="100" name="zufallsding" />
<take item="${zufallsding}"/>

</code>
Also eine Kombi aus Item und [[Take_drop|take]].
Warum so kompliziert?
Damit mit dem Item Tag auch mehr gemacht werden kann als nur dem Held irgendwas zu geben.
Außerdem könnte ja noch ein [[Store_fetch|store]]-Tag nötig sein ist es aber nicht ;-)

===Eigenschaften===
Liste der möglichen Eigenschaften

*magisch
*geweiht
*daemon
*transportmittel
*exotisch
*wertgegenstand
*lebendig
*kunst
*werkzeug
*handwerk
*spielbar
*lesbar
*natur
*medizinisch
*tragbar
*meeresbezogen
*pulver

[[Kategorie:AOQML]]

Item

2008-11-14T20:39:58Z

Drak: /* Parameter */ +name

Der item-tag liefert den namen eines mehr oder weniger zufällig aus der DB ausgelesenen Items.

===Syntax===
<code xml><item freq="" [must="" mustnot="" cost_min="" cost_max="" name=""] /></code>

===Parameter===
*'''freq''' wie offt kommt der Gegenstand vor (oft/selten/rar)
*'''cost_min''' (optional) Muss mindestens dies kosten
*'''cost_max''' (optional) Darf höchstens dies kosten
*'''must''' (optional) [[#Eigenschaften|Eigenschaften]] die der Gegenstand haben MUSS (getrennt per |)
*'''mustnot''' (optional) [[#Eigenschaften|Eigenschaften]] die der Gegenstand NICHT haben darf (getrennt per |)
*'''name''' (optional) Wenn gesetzt wird der Name des Gegenstandes nicht ausgegeben sondern in der angegebenen Variable gespeichert.

ANMERKUNG: kommt eine Eigenschaft weder in ''must'' noch in ''mustnot'' vor ist sie beliebig.

===Beispiel===

<code xml><item freq="oft" must="werkzeug" mustnot="magisch|daemon|geweiht|exotisch" cost_max="100" /></code>

Liefert ein weit verbreitetes Werkzeug das nicht magisch, daemonisch, geweiht oder exotisch ist und weniger als 100 wert ist

Beispielsweise: Flickzeug oder Knüppel oder Steinernes Messer oder Handbohrer

Um dem Held jenes zu geben:

<code xml>

<item freq="oft" must="werkzeug" mustnot="magisch|daemon|geweiht|exotisch" cost_max="100" name="zufallsding" />
<take item="${zufallsding}"/>

</code>
Also eine Kombi aus Item und [[Take_drop|take]].
Warum so kompliziert?
Damit mit dem Item Tag auch mehr gemacht werden kann als nur dem Held irgendwas zu geben.

===Eigenschaften===
Liste der möglichen Eigenschaften

*magisch
*geweiht
*daemon
*transportmittel
*exotisch
*wertgegenstand
*lebendig
*kunst
*werkzeug
*handwerk
*spielbar
*lesbar
*natur
*medizinisch
*tragbar
*meeresbezogen
*pulver

[[Kategorie:AOQML]]

Item

2008-11-14T20:29:54Z

Drak: /* Beispiel */ + Held geben

Der item-tag liefert den namen eines mehr oder weniger zufällig aus der DB ausgelesenen Items.

===Syntax===
<code xml><item freq="" [must="" mustnot="" cost_min="" cost_max=""] /></code>

===Parameter===
*'''freq''' wie offt kommt der Gegenstand vor (oft/selten/rar)
*'''cost_min''' (optional) Muss mindestens dies kosten
*'''cost_max''' (optional) Darf höchstens dies kosten
*'''must''' (optional) [[#Eigenschaften|Eigenschaften]] die der Gegenstand haben MUSS (getrennt per |)
*'''mustnot''' (optional) [[#Eigenschaften|Eigenschaften]] die der Gegenstand NICHT haben darf (getrennt per |)

ANMERKUNG: kommt eine Eigenschaft weder in ''must'' noch in ''mustnot'' vor ist sie beliebig.

===Beispiel===

<code xml><item freq="oft" must="werkzeug" mustnot="magisch|daemon|geweiht|exotisch" cost_max="100" /></code>

Liefert ein weit verbreitetes Werkzeug das nicht magisch, daemonisch, geweiht oder exotisch ist und weniger als 100 wert ist

Beispielsweise: Flickzeug oder Knüppel oder Steinernes Messer oder Handbohrer

Um dem Held jenes zu geben:

<code xml>

<store name="zufallsding"><item freq="oft" must="werkzeug" mustnot="magisch|daemon|geweiht|exotisch" cost_max="100" /></store>
<drop item="${zufallsding}"/>

</code>
Also eine Kombi aus Item, [[Store_fetch|Store]] und [[Take_drop|Drop]].
Warum so kompliziert?
Damit mit dem Item Tag auch mehr gemacht werden kann als nur dem Held irgendwas zu geben.

===Eigenschaften===
Liste der möglichen Eigenschaften

*magisch
*geweiht
*daemon
*transportmittel
*exotisch
*wertgegenstand
*lebendig
*kunst
*werkzeug
*handwerk
*spielbar
*lesbar
*natur
*medizinisch
*tragbar
*meeresbezogen
*pulver

[[Kategorie:AOQML]]

Featurewünsche AOQML

2008-11-14T20:24:38Z

Drak: /* Featurewünsche */ Infos über aktuelle Version im Trunk

==Featurewünsche==

[[Benutzer:Lowlander|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!

# GANZ WICHTIG: Bitte die Featurewünsche bearbeiten. Es staut sich allmählich... ([[Benutzer:Lowlander|Lowlander]]: kein Problem, mein Tagessatz ist 560 Euro, immer nur her mit den Aufträgen ;-)
# 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.
# 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). [[Benutzer:Lowlander|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ß ;-)
# 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. '''Müsste bereits funktionieren, siehe [[switch]]''' --[[Benutzer:Handborons|Handborons]] 22:17, 9. Jul. 2008 (CEST)
# WICHTIG: Ausweichen und Probe auf den Paradewert außerhalb von Kämpfen ermöglichen
# WICHTIG: AP und PA für die Dauer eines Kampfes verändern (senken), oder allgemein so: <set attribute="BE" inc="2" delay="temp"/> (standard permanent)
# 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
#: vorerst geht nur [[Challenge#double.3D.22double.22|Doppel]] --[[Benutzer:Drak|Drak]] 21:24, 14. Nov. 2008 (CET)
# 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.
# WICHTIG: Abfrage von Religionsgruppe und Gottheit ermöglichen!
# 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)
# WICHTIG: Logisch und/oder ( + / | ) auch für andere Sachen als has nutzbar machen!
# Dauer eines Kampfs abfragen bzw Kampf nach X KR abbrechen
# Verstärkung nach X Kampfrunden ermöglichen (Wachen, die durch Kampflärm angelockt werden)
# Proben auf Gaben, Vor- und Nachteile
# <has> sollte um die Möglichkeit der Abfrage von Vor-/Nachteilen und Sonderfertigkeiten ergänzt werden.
# Werte eines Gebäudes (z.B. Gasthaus), in dem das Quest beginnt, abfragen können (beim Gasthaus z.B. Name, Qualität).
# 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. Ä.).
# Per choice auch innerhalb einer Datei weiterleiten können.

===Erledigt===

# WICHTIG: Questen fest an einem Ort installieren, ohne Zufallsfaktor, immer wieder wählbar.
#:[[Benutzer:Lowlander|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.
# WICHTIG: Abfrage der Kultur ermöglichen.
#:[[Benutzer:Lowlander|Lowlander]]: <get attribute="kultur"/> bzw. "kultur_id" - dito an allen anderen Stellen mit attribute="..." - ab r2170
# WICHTIG: Auswahl eines zufälligen Gegenstands aus der Datenbank, mit der Möglichkeit Wert, Häufigkeit und andere Eigenschaften einzuschränken.
#:[[AOQML:item|Item]] --[[Benutzer:Drak|Drak]] 21:21, 14. Nov. 2008 (CET)
# 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.
#:[[AOQML:desc|desc]] --[[Benutzer:Drak|Drak]] 21:21, 14. Nov. 2008 (CET)

[[Kategorie:AOQML]]
[[Kategorie:Mitarbeit]]

Featurewünsche AOQML

2008-11-14T20:21:06Z

Drak:

==Featurewünsche==

[[Benutzer:Lowlander|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!

# GANZ WICHTIG: Bitte die Featurewünsche bearbeiten. Es staut sich allmählich... ([[Benutzer:Lowlander|Lowlander]]: kein Problem, mein Tagessatz ist 560 Euro, immer nur her mit den Aufträgen ;-)
# 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.
# 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). [[Benutzer:Lowlander|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ß ;-)
# 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. '''Müsste bereits funktionieren, siehe [[switch]]''' --[[Benutzer:Handborons|Handborons]] 22:17, 9. Jul. 2008 (CEST)
# WICHTIG: Ausweichen und Probe auf den Paradewert außerhalb von Kämpfen ermöglichen
# WICHTIG: AP und PA für die Dauer eines Kampfes verändern (senken), oder allgemein so: <set attribute="BE" inc="2" delay="temp"/> (standard permanent)
# 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
# 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.
# WICHTIG: Abfrage von Religionsgruppe und Gottheit ermöglichen!
# 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)
# WICHTIG: Logisch und/oder ( + / | ) auch für andere Sachen als has nutzbar machen!
# Dauer eines Kampfs abfragen bzw Kampf nach X KR abbrechen
# Verstärkung nach X Kampfrunden ermöglichen (Wachen, die durch Kampflärm angelockt werden)
# Proben auf Gaben, Vor- und Nachteile
# <has> sollte um die Möglichkeit der Abfrage von Vor-/Nachteilen und Sonderfertigkeiten ergänzt werden.
# Werte eines Gebäudes (z.B. Gasthaus), in dem das Quest beginnt, abfragen können (beim Gasthaus z.B. Name, Qualität).
# 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. Ä.).
# Per choice auch innerhalb einer Datei weiterleiten können.

===Erledigt===

# WICHTIG: Questen fest an einem Ort installieren, ohne Zufallsfaktor, immer wieder wählbar.
#:[[Benutzer:Lowlander|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.
# WICHTIG: Abfrage der Kultur ermöglichen.
#:[[Benutzer:Lowlander|Lowlander]]: <get attribute="kultur"/> bzw. "kultur_id" - dito an allen anderen Stellen mit attribute="..." - ab r2170
# WICHTIG: Auswahl eines zufälligen Gegenstands aus der Datenbank, mit der Möglichkeit Wert, Häufigkeit und andere Eigenschaften einzuschränken.
#:[[AOQML:item|Item]] --[[Benutzer:Drak|Drak]] 21:21, 14. Nov. 2008 (CET)
# 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.
#:[[AOQML:desc|desc]] --[[Benutzer:Drak|Drak]] 21:21, 14. Nov. 2008 (CET)

[[Kategorie:AOQML]]
[[Kategorie:Mitarbeit]]

AOQML-Manual

2008-11-14T20:16:00Z

Drak: /* AOQML-Tags */ + Item

'''Wichtig für die Bearbeitung und Darstellung hier im Wiki:''' Es gibt ein SyntaxDarstellungssystem. Um wunderbare Beispiele anzeigen zu lassen, muss ein xml-Code lediglich von diesem Tag umschlossen sein: <nowiki><code xml>...</code></nowiki>. Will man dazu noch eine Zeilenanzeige, nutzt man dieses <nowiki><code xml n>...</code></nowiki>.

==AOQML Syntax==

Das Grundprinzip von AOQML entspricht dem von HTML/XML: Texte zwischen den Tags werden grundsätzlich, d.h. ggf. unter den durch die Tags bestimmten Bedinungen, ausgegeben, also dem Spieler angezeigt. Alle Texte, die vom Programm ausgewertet werden, sind also als Attribute angegeben. Auch diese werden ggf. ausgegeben, aber eben erst nach einer Bearbeitung durch den ZB-XML-Player. Mit anderen Worten: Steuerwerte befinden sich niemals zwischen den Tags.

Tags werden in spitze Klammern eingeschlossen. Jeder Tag erfordert ein öffnendes (z. B. <challenge>) und ein schließendes Element. Schließende Elemente werden mit einem / nach der Klammer begonnen (</challenge>). Alles, was zwischen den beiden Tags steht, ist der Bedingung oder Aktion unterworfen, die das Tag bestimmt. Tags können verschachtelt werden, dabei muss darauf geachtet werden, dass die Ebenen sauber getrennt sind. Das heißt, man darf kein Tag schließen, wenn nicht alle unterhalb dieses Tags geöffneten geschlossen sind: 
'''richtig:'''
<code xml>
<tag1>
<tag2>
</tag2>
</tag1>
</code>

'''falsch:'''
<code xml>
<tag1>
<tag2>
</tag1>
</tag2>
</code>

Es gibt einige Tags, die kein zweites zum Schließen erfordern. Bei diesen wird das / an das Ende gesetzt:
<code xml><set attribute="cash" inc="20"/></code>

==Aufbau der XML-Datei==
link: [[Beispiel einer Zufallsbegnung in aoqml]] zur Veranschaulichung

===Grundgerüst===

Jede Datei muss mit diesem Grundgerüst beginnen:
<code xml>
<?xml version="1.0" encoding="UTF-8"?>
<scene>
...
</scene>
</code>
Erst wird der Inhalt der datei als XML nach Sprachversion 1.0 definiert, danach folgt das Tag <scene>...</scene>. Außerhalb dieses Tags darf nichts außer der XML-Definition stehen!

===Formatierung===
Für bessere Lesbarkeit und Übersicht bitte alle Ebenen um zwei Stellen (zwei Leerzeichen) gegenüber der darüber liegenden Ebene einrücken:
<code xml>
<Ebene1>
<Ebene2>
<Ebene3>
<Ebene4>
</Ebene4>
</Ebene3>
</Ebene2>
</Ebene1>
</code>

===Zeichensatz===
Im Kopf der Datei wird als Kodierung '''UTF-8''' festgelegt. Das muss dann auch eingehalten werden. Das lässt sich in den (Speichern-)Optionen eures Editors einstellen. (Kodierung, Format, Zeichensatz oder wie auch immer das benannt ist.) Ohne BOM (Byte Order Mark).

===Sonstige Formalitäten===
*Einrückungen immer zwei Leerzeichen
*keine Zeilenumbrüche im Text

==AOQML-Tags==

Bisher können folgende Tags benutzt werden (alphabetische Liste):

*case - für Fallunterscheidungen → [[switch]] und Zufallsauswahlen → [[random]]
*[[challenge]] - für Proben auf Talente und Eigenschaften
*[[choice]] - gibt dem Spieler verschiedene Auswahlmöglichkeiten vor
*[[fight#death|death]] - Kampfergebnis: Held tot (noch nicht implementiert) → [[fight]]
*[[fight#defeat|defeat]] - Kampfergebnis: Held besiegt → [[fight]]
*[[delay]] - Reise des Helden verzögern
*[[AOQML:desc|desc]] - Liefert eine Beschreibung
*[[take_drop|drop]] - Gegenstand aus Ausrüstungsliste entfernen
*[[switch|else]] - Fallunterscheidungen: Default-Option → [[switch]]
*[[fight#escape|escape]] - Kampfergebnis: Held flüchtet → [[fight]]
*failure - Prüfergebnis / Probe negativ → [[challenge]], [[has]]
*[[store_fetch|fetch]] - gespeicherten Wert abrufen → [[store_fetch|store]]
*[[fight]] - Kampf
*[[get_set|get]] - Attribute des Helden abfragen
*[[AOQML:gott|Gott]] - "Übersetzt" den namen einer Gottheit in eine Glaubensrichtung
*[[has]] - auf vorhandene Ausrüstung und Talente prüfen
*[[include]] - andere Questdateien einbinden
*[[AOQML:item|item]] wählt ein zufälligen Gegenstand aus der DB
*[[q]] - wörtliche Rede
*[[quest]] - zur Steuerung der Queste, z. B. um eine Quest als (noch nicht) abgeschlossen zu markieren
*[[random]] - Zufallsauswahl
*[[retain_replay|replay]] - gespeicherte Aktionsfolge abrufen → [[retain_replay|retain]]
*[[retain_replay|retain]] - Aktionsfolge speichern → [[retain_replay|replay]]
*[[reverse]] - Held muss an den zuletzt besuchten Ort zurückkehren
*[[fight#rivals|rivals]] - Kampf: Gegner festlegen
*[[scene]] - oberstes Tag, definiert Beginn und Ende der XML-Datei
*[[get_set|set]] - Werte des Helden verändern
*[[store_fetch|store]] - Wert speichern um später darauf zugreifen zu können → [[store_fetch|fetch]]
*success - Prüfergebnis / Probe positiv → [[challenge]], [[has]]
*[[switch]] - Fallunterscheidung
*[[take_drop|take]] - Gegenstand in die Ausrüstungsliste legen
*[[fight#victory|victory]] - Kampfergebnis: Gegner durch Held besiegt

Weiter können auch die üblichen (X)HTML-Tags verwendet werden um Text zu formatieren. Es kann z. B. das HTML--Tag verwendet werden, um Textabsätze zu erzeugen. XHTML sollte aber sparsam verwendet werden und das CSS-Design von Antamar berücksichtigen.

==Sonstiges==

[[Besondere Werte]] (Würfelergebnisse berechnen, Zufall und Wahrscheinlichkeit, ..)

'''Zufälligen Gegenstand aus der Datenbank auswählen''' 
Zur Zeit nur über SQL-Befehle möglich, was die Datenbank-Administratoren nicht gerne sehen. Muss noch in AOQML umgesetzt werden. (s. Featurewünsche)

===Zufallsauswahl aus mehreren Möglichkeiten===
Will man z.B. einen von mehreren Gegenständen einer Liste abfragen, muss man einfach nur eine normale Abfrage wie bei einem Gegenstand machen und jeweils ein | zwischen die unterschiedlichen Namen setzen. Sollte auch bei Gegnern, Waffen oder anderem klappen. Beispiele:
<take item="Einfacher Holzbecher|Schere|Hartwurst"/> (für variable Beutestücke)
<set quality="cash" inc="200|300|400|500"/> (wenn man genau 2, 3, 4 oder 5 D vergeben will)

'''''So einfach ist es leider nicht!''''' Die Auswahl mit dem "|" funktioniert nur für zwei Möglichkeiten. Für mehrere muss man einen <random>-Block vorschalten:
<code xml>
<random>
<case><store name="Gegenstand">Holzkamm</store></case>
<case><store name="Gegenstand">Dolch</store></case>
<case><store name="Gegenstand">Amboss</store></case>
</random>
<take item="${Gegenstand}"/>
</code>
--[[Benutzer:Handborons|Handborons]] 18:33, 24. Jul. 2008 (CEST)

===ODER und UND===
Will man prüfen, ob der Held einen von mehreren möglichen Gegenständen bei sich trägt, kann man das mit dem Operator "|" erreichen:
<code xml>
<has item="Messer|Dolch|Schwert">
<success>
Entweder Messer oder Dolch oder Schwert vorhanden.
</success>
<failure>
Weder Messer noch Dolch noch Schwert vorhanden.
</failure>
</has>
</code>

: Siehe oben - die ODER-Abfrage mit "|" funktioniert vorerst nur mit zwei Optionen. --[[Benutzer:Handborons|Handborons]] 10:18, 2. Okt. 2008 (CEST)

Man kann auch auf überprüfen, ob mehrere Gegenstände vorhanden sind:
<code xml>
<has item="Messer+Dolch">
<success>
Messer und Dolch vorhanden.
</success>
<failure>
Entweder nur Messer oder nur Dolch oder keins von beiden vorhanden.
</failure>
</has>
</code>

===nützliche Listen===
* [[Held Attribute]]
* [[Gegenstände|Gegenstandsliste]]
* [[NPC Liste]]
* [[Waffenliste]]

== Wohin mit fertigen Questen? ==
Fertige Questen, also vollständige Bündel von vielen durchgesehenen und korrekt codierten Dateien bitte gezippt an Athuran schicken. --[[Benutzer:Athuran|Athuran]] 13:05, 23. Jul. 2008 (CEST)
[[Kategorie:AOQML]]

Item

2008-11-14T20:13:24Z

Drak: /* Beispiel */

Item

2008-11-14T19:49:00Z

Drak: /* Parameter */

Item

2008-11-14T19:42:31Z

Drak: Die Seite wurde neu angelegt: Der item-tag liefert den namen eines mehr oder weniger zufällig aus der DB ausgelesenen Items. ===Syntax=== <code xml><item freq="" [must="" mustnot="" cost_min="" co...

Tamelsquell

2008-11-10T20:01:25Z

Drak: Stadtbox

{{Stadtbox|Tamelsquell|Leerwappen.png|8|120 Menschen|Ja|Anteria|Menschen|Orkreich|}}

== Allgemein ==
[[Bild:Tamelsquell.jpg|thumb|Tamelsquell]]

Keine Stadt im eigentlichen Sinne, sondern die letzte kaiserliche Garnision vor den Orkgebieten. Tamelsquell selbst liegt hinter den Gebieten der [[Dûn-Zwerge]] und soll Eisentrutz im Falle eines größeren Orkangriffes von Westen her warnen. Hierfür stehen stets einige Botenreiter zu Verfügung.

Der Ort versorgt sich größtenteils selbst durch umliegende Felder und einige kleinere Höfe, für die Soldaten kommt der Nachschub aus Eisentrutz. Wichtigkeit erlangte Tamelsquell in letzter Zeit, da sich einige Orden dem Ziel verschrieben haben, den Weg nach [[Wangalen]] offen zu halten und sich deshalb hier ein letztes mal mit Vorräten einzudecken. Von den ansässigen Offizieren werden allerdings auch Vergeltungsaktionen der Orken befürchtet.

Im Ort sind 25 kaiserliche schwere Infanteristen und 15 Bogenschützen stationiert. Die Stadt ist von einer Dicken Feldsteinmauer umgeben, zwei stets bewachte Tore führen in die Stadt, eines im Osten und eines im Westen. Der Dienst hier am hintersten Zipfel des Reiches, wird von den meisten Soldaten als Strafe gesehen und wird auch oftmals als solche genutzt.

=== Marktrecht ===

Ja. Die Stadtkommandatur erlaubt Marktstände vor den Toren, im Ort nur für ansässige Bauern.

=== Herkunft des Namens ===

Nah der Quelle des Tamur gelegen

=== Wappen ===

== Geschichte ==

Gegründet wurde Tamelsquell 348 nZ, nachdem 3 Orkstämme durch die Wacht der Zwerge dringen konnten und erst von Einheiten aus Eisentrutz unter schweren Verlusten gestoppt wurden. Um eine effektive Verteidigung bilden zu können wurde Tamelsquell zunächst als befestigter Hof eingerichtet, der die Stadt warnen sollte. Später wurde die Befestigung weiter ausgebaut und eine Botenstation eingerichtet.

== Bevölkerung==
etwa 120 Menschen

=== Berühmte Personen ===

=== Berühmte Bauwerke ===

== Umgebung ==

Hügeliges Grasland

[[Kategorie:Welt Antamar]]
[[Kategorie:Städte]]
[[Kategorie:Orte]]

AOQML-Manual

2008-11-10T16:55:45Z

Drak: /* AOQML-Tags */

'''Wichtig für die Bearbeitung und Darstellung hier im Wiki:''' Es gibt ein SyntaxDarstellungssystem. Um wunderbare Beispiele anzeigen zu lassen, muss ein xml-Code lediglich von diesem Tag umschlossen sein: <nowiki><code xml>...</code></nowiki>. Will man dazu noch eine Zeilenanzeige, nutzt man dieses <nowiki><code xml n>...</code></nowiki>.

==AOQML Syntax==

Das Grundprinzip von AOQML entspricht dem von HTML/XML: Texte zwischen den Tags werden grundsätzlich, d.h. ggf. unter den durch die Tags bestimmten Bedinungen, ausgegeben, also dem Spieler angezeigt. Alle Texte, die vom Programm ausgewertet werden, sind also als Attribute angegeben. Auch diese werden ggf. ausgegeben, aber eben erst nach einer Bearbeitung durch den ZB-XML-Player. Mit anderen Worten: Steuerwerte befinden sich niemals zwischen den Tags.

Tags werden in spitze Klammern eingeschlossen. Jeder Tag erfordert ein öffnendes (z. B. <challenge>) und ein schließendes Element. Schließende Elemente werden mit einem / nach der Klammer begonnen (</challenge>). Alles, was zwischen den beiden Tags steht, ist der Bedingung oder Aktion unterworfen, die das Tag bestimmt. Tags können verschachtelt werden, dabei muss darauf geachtet werden, dass die Ebenen sauber getrennt sind. Das heißt, man darf kein Tag schließen, wenn nicht alle unterhalb dieses Tags geöffneten geschlossen sind: 
'''richtig:'''
<code xml>
<tag1>
<tag2>
</tag2>
</tag1>
</code>

'''falsch:'''
<code xml>
<tag1>
<tag2>
</tag1>
</tag2>
</code>

Es gibt einige Tags, die kein zweites zum Schließen erfordern. Bei diesen wird das / an das Ende gesetzt:
<code xml><set attribute="cash" inc="20"/></code>

==Aufbau der XML-Datei==
link: [[Beispiel einer Zufallsbegnung in aoqml]] zur Veranschaulichung

===Grundgerüst===

Jede Datei muss mit diesem Grundgerüst beginnen:
<code xml>
<?xml version="1.0" encoding="UTF-8"?>
<scene>
...
</scene>
</code>
Erst wird der Inhalt der datei als XML nach Sprachversion 1.0 definiert, danach folgt das Tag <scene>...</scene>. Außerhalb dieses Tags darf nichts außer der XML-Definition stehen!

===Formatierung===
Für bessere Lesbarkeit und Übersicht bitte alle Ebenen um zwei Stellen (zwei Leerzeichen) gegenüber der darüber liegenden Ebene einrücken:
<code xml>
<Ebene1>
<Ebene2>
<Ebene3>
<Ebene4>
</Ebene4>
</Ebene3>
</Ebene2>
</Ebene1>
</code>

===Zeichensatz===
Im Kopf der Datei wird als Kodierung '''UTF-8''' festgelegt. Das muss dann auch eingehalten werden. Das lässt sich in den (Speichern-)Optionen eures Editors einstellen. (Kodierung, Format, Zeichensatz oder wie auch immer das benannt ist.) Ohne BOM (Byte Order Mark).

===Sonstige Formalitäten===
*Einrückungen immer zwei Leerzeichen
*keine Zeilenumbrüche im Text

==AOQML-Tags==

Bisher können folgende Tags benutzt werden (alphabetische Liste):

*case - für Fallunterscheidungen → [[switch]] und Zufallsauswahlen → [[random]]
*[[challenge]] - für Proben auf Talente und Eigenschaften
*[[choice]] - gibt dem Spieler verschiedene Auswahlmöglichkeiten vor
*[[fight#death|death]] - Kampfergebnis: Held tot (noch nicht implementiert) → [[fight]]
*[[fight#defeat|defeat]] - Kampfergebnis: Held besiegt → [[fight]]
*[[delay]] - Reise des Helden verzögern
*[[AOQML:desc|desc]] - Liefert eine Beschreibung
*[[take_drop|drop]] - Gegenstand aus Ausrüstungsliste entfernen
*[[switch|else]] - Fallunterscheidungen: Default-Option → [[switch]]
*[[fight#escape|escape]] - Kampfergebnis: Held flüchtet → [[fight]]
*failure - Prüfergebnis / Probe negativ → [[challenge]], [[has]]
*[[store_fetch|fetch]] - gespeicherten Wert abrufen → [[store_fetch|store]]
*[[fight]] - Kampf
*[[get_set|get]] - Attribute des Helden abfragen
*[[AOQML:gott|Gott]] - "Übersetzt" den namen einer Gottheit in eine Glaubensrichtung
*[[has]] - auf vorhandene Ausrüstung und Talente prüfen
*[[include]] - andere Questdateien einbinden
*[[q]] - wörtliche Rede
*[[quest]] - zur Steuerung der Queste, z. B. um eine Quest als (noch nicht) abgeschlossen zu markieren
*[[random]] - Zufallsauswahl
*[[retain_replay|replay]] - gespeicherte Aktionsfolge abrufen → [[retain_replay|retain]]
*[[retain_replay|retain]] - Aktionsfolge speichern → [[retain_replay|replay]]
*[[reverse]] - Held muss an den zuletzt besuchten Ort zurückkehren
*[[fight#rivals|rivals]] - Kampf: Gegner festlegen
*[[scene]] - oberstes Tag, definiert Beginn und Ende der XML-Datei
*[[get_set|set]] - Werte des Helden verändern
*[[store_fetch|store]] - Wert speichern um später darauf zugreifen zu können → [[store_fetch|fetch]]
*success - Prüfergebnis / Probe positiv → [[challenge]], [[has]]
*[[switch]] - Fallunterscheidung
*[[take_drop|take]] - Gegenstand in die Ausrüstungsliste legen
*[[fight#victory|victory]] - Kampfergebnis: Gegner durch Held besiegt

Weiter können auch die üblichen (X)HTML-Tags verwendet werden um Text zu formatieren. Es kann z. B. das HTML--Tag verwendet werden, um Textabsätze zu erzeugen. XHTML sollte aber sparsam verwendet werden und das CSS-Design von Antamar berücksichtigen.

==Sonstiges==

[[Besondere Werte]] (Würfelergebnisse berechnen, Zufall und Wahrscheinlichkeit, ..)

'''Zufälligen Gegenstand aus der Datenbank auswählen''' 
Zur Zeit nur über SQL-Befehle möglich, was die Datenbank-Administratoren nicht gerne sehen. Muss noch in AOQML umgesetzt werden. (s. Featurewünsche)

===Zufallsauswahl aus mehreren Möglichkeiten===
Will man z.B. einen von mehreren Gegenständen einer Liste abfragen, muss man einfach nur eine normale Abfrage wie bei einem Gegenstand machen und jeweils ein | zwischen die unterschiedlichen Namen setzen. Sollte auch bei Gegnern, Waffen oder anderem klappen. Beispiele:
<take item="Einfacher Holzbecher|Schere|Hartwurst"/> (für variable Beutestücke)
<set quality="cash" inc="200|300|400|500"/> (wenn man genau 2, 3, 4 oder 5 D vergeben will)

'''''So einfach ist es leider nicht!''''' Die Auswahl mit dem "|" funktioniert nur für zwei Möglichkeiten. Für mehrere muss man einen <random>-Block vorschalten:
<code xml>
<random>
<case><store name="Gegenstand">Holzkamm</store></case>
<case><store name="Gegenstand">Dolch</store></case>
<case><store name="Gegenstand">Amboss</store></case>
</random>
<take item="${Gegenstand}"/>
</code>
--[[Benutzer:Handborons|Handborons]] 18:33, 24. Jul. 2008 (CEST)

===ODER und UND===
Will man prüfen, ob der Held einen von mehreren möglichen Gegenständen bei sich trägt, kann man das mit dem Operator "|" erreichen:
<code xml>
<has item="Messer|Dolch|Schwert">
<success>
Entweder Messer oder Dolch oder Schwert vorhanden.
</success>
<failure>
Weder Messer noch Dolch noch Schwert vorhanden.
</failure>
</has>
</code>

: Siehe oben - die ODER-Abfrage mit "|" funktioniert vorerst nur mit zwei Optionen. --[[Benutzer:Handborons|Handborons]] 10:18, 2. Okt. 2008 (CEST)

Man kann auch auf überprüfen, ob mehrere Gegenstände vorhanden sind:
<code xml>
<has item="Messer+Dolch">
<success>
Messer und Dolch vorhanden.
</success>
<failure>
Entweder nur Messer oder nur Dolch oder keins von beiden vorhanden.
</failure>
</has>
</code>

===nützliche Listen===
* [[Held Attribute]]
* [[Gegenstände|Gegenstandsliste]]
* [[NPC Liste]]
* [[Waffenliste]]

== Wohin mit fertigen Questen? ==
Fertige Questen, also vollständige Bündel von vielen durchgesehenen und korrekt codierten Dateien bitte gezippt an Athuran schicken. --[[Benutzer:Athuran|Athuran]] 13:05, 23. Jul. 2008 (CEST)
[[Kategorie:AOQML]]

Desc

2008-11-10T16:55:17Z

Drak: hat AOQML:dfn nach AOQML:desc verschoben: Tag wurde umbenannt

Der desc-tag liefert den passenden namen einer Gottheit.

===Syntax===
<code xml><desc descr="Beschreibung">Objekt</desc></code>

''Objekt'' ist das, was beschrieben werden soll.

===Parameter===
'''descr''' (optional) Die Erklärung. Fehlt diese wird versucht erst in der DB und dann im Wiki eine Erklärung zu finden.

[[Kategorie:AOQML]]

AOQML-Manual

2008-11-10T16:54:14Z

Drak: /* AOQML-Tags */ alphabet :-)

'''Wichtig für die Bearbeitung und Darstellung hier im Wiki:''' Es gibt ein SyntaxDarstellungssystem. Um wunderbare Beispiele anzeigen zu lassen, muss ein xml-Code lediglich von diesem Tag umschlossen sein: <nowiki><code xml>...</code></nowiki>. Will man dazu noch eine Zeilenanzeige, nutzt man dieses <nowiki><code xml n>...</code></nowiki>.

==AOQML Syntax==

Das Grundprinzip von AOQML entspricht dem von HTML/XML: Texte zwischen den Tags werden grundsätzlich, d.h. ggf. unter den durch die Tags bestimmten Bedinungen, ausgegeben, also dem Spieler angezeigt. Alle Texte, die vom Programm ausgewertet werden, sind also als Attribute angegeben. Auch diese werden ggf. ausgegeben, aber eben erst nach einer Bearbeitung durch den ZB-XML-Player. Mit anderen Worten: Steuerwerte befinden sich niemals zwischen den Tags.

Tags werden in spitze Klammern eingeschlossen. Jeder Tag erfordert ein öffnendes (z. B. <challenge>) und ein schließendes Element. Schließende Elemente werden mit einem / nach der Klammer begonnen (</challenge>). Alles, was zwischen den beiden Tags steht, ist der Bedingung oder Aktion unterworfen, die das Tag bestimmt. Tags können verschachtelt werden, dabei muss darauf geachtet werden, dass die Ebenen sauber getrennt sind. Das heißt, man darf kein Tag schließen, wenn nicht alle unterhalb dieses Tags geöffneten geschlossen sind: 
'''richtig:'''
<code xml>
<tag1>
<tag2>
</tag2>
</tag1>
</code>

'''falsch:'''
<code xml>
<tag1>
<tag2>
</tag1>
</tag2>
</code>

Es gibt einige Tags, die kein zweites zum Schließen erfordern. Bei diesen wird das / an das Ende gesetzt:
<code xml><set attribute="cash" inc="20"/></code>

==Aufbau der XML-Datei==
link: [[Beispiel einer Zufallsbegnung in aoqml]] zur Veranschaulichung

===Grundgerüst===

Jede Datei muss mit diesem Grundgerüst beginnen:
<code xml>
<?xml version="1.0" encoding="UTF-8"?>
<scene>
...
</scene>
</code>
Erst wird der Inhalt der datei als XML nach Sprachversion 1.0 definiert, danach folgt das Tag <scene>...</scene>. Außerhalb dieses Tags darf nichts außer der XML-Definition stehen!

===Formatierung===
Für bessere Lesbarkeit und Übersicht bitte alle Ebenen um zwei Stellen (zwei Leerzeichen) gegenüber der darüber liegenden Ebene einrücken:
<code xml>
<Ebene1>
<Ebene2>
<Ebene3>
<Ebene4>
</Ebene4>
</Ebene3>
</Ebene2>
</Ebene1>
</code>

===Zeichensatz===
Im Kopf der Datei wird als Kodierung '''UTF-8''' festgelegt. Das muss dann auch eingehalten werden. Das lässt sich in den (Speichern-)Optionen eures Editors einstellen. (Kodierung, Format, Zeichensatz oder wie auch immer das benannt ist.) Ohne BOM (Byte Order Mark).

===Sonstige Formalitäten===
*Einrückungen immer zwei Leerzeichen
*keine Zeilenumbrüche im Text

==AOQML-Tags==

Bisher können folgende Tags benutzt werden (alphabetische Liste):

*case - für Fallunterscheidungen → [[switch]] und Zufallsauswahlen → [[random]]
*[[challenge]] - für Proben auf Talente und Eigenschaften
*[[choice]] - gibt dem Spieler verschiedene Auswahlmöglichkeiten vor
*[[fight#death|death]] - Kampfergebnis: Held tot (noch nicht implementiert) → [[fight]]
*[[fight#defeat|defeat]] - Kampfergebnis: Held besiegt → [[fight]]
*[[delay]] - Reise des Helden verzögern
*[[AOQML:dfn|desc]] - Liefert eine Beschreibung
*[[take_drop|drop]] - Gegenstand aus Ausrüstungsliste entfernen
*[[switch|else]] - Fallunterscheidungen: Default-Option → [[switch]]
*[[fight#escape|escape]] - Kampfergebnis: Held flüchtet → [[fight]]
*failure - Prüfergebnis / Probe negativ → [[challenge]], [[has]]
*[[store_fetch|fetch]] - gespeicherten Wert abrufen → [[store_fetch|store]]
*[[fight]] - Kampf
*[[get_set|get]] - Attribute des Helden abfragen
*[[AOQML:gott|Gott]] - "Übersetzt" den namen einer Gottheit in eine Glaubensrichtung
*[[has]] - auf vorhandene Ausrüstung und Talente prüfen
*[[include]] - andere Questdateien einbinden
*[[q]] - wörtliche Rede
*[[quest]] - zur Steuerung der Queste, z. B. um eine Quest als (noch nicht) abgeschlossen zu markieren
*[[random]] - Zufallsauswahl
*[[retain_replay|replay]] - gespeicherte Aktionsfolge abrufen → [[retain_replay|retain]]
*[[retain_replay|retain]] - Aktionsfolge speichern → [[retain_replay|replay]]
*[[reverse]] - Held muss an den zuletzt besuchten Ort zurückkehren
*[[fight#rivals|rivals]] - Kampf: Gegner festlegen
*[[scene]] - oberstes Tag, definiert Beginn und Ende der XML-Datei
*[[get_set|set]] - Werte des Helden verändern
*[[store_fetch|store]] - Wert speichern um später darauf zugreifen zu können → [[store_fetch|fetch]]
*success - Prüfergebnis / Probe positiv → [[challenge]], [[has]]
*[[switch]] - Fallunterscheidung
*[[take_drop|take]] - Gegenstand in die Ausrüstungsliste legen
*[[fight#victory|victory]] - Kampfergebnis: Gegner durch Held besiegt

Weiter können auch die üblichen (X)HTML-Tags verwendet werden um Text zu formatieren. Es kann z. B. das HTML--Tag verwendet werden, um Textabsätze zu erzeugen. XHTML sollte aber sparsam verwendet werden und das CSS-Design von Antamar berücksichtigen.

==Sonstiges==

[[Besondere Werte]] (Würfelergebnisse berechnen, Zufall und Wahrscheinlichkeit, ..)

'''Zufälligen Gegenstand aus der Datenbank auswählen''' 
Zur Zeit nur über SQL-Befehle möglich, was die Datenbank-Administratoren nicht gerne sehen. Muss noch in AOQML umgesetzt werden. (s. Featurewünsche)

===Zufallsauswahl aus mehreren Möglichkeiten===
Will man z.B. einen von mehreren Gegenständen einer Liste abfragen, muss man einfach nur eine normale Abfrage wie bei einem Gegenstand machen und jeweils ein | zwischen die unterschiedlichen Namen setzen. Sollte auch bei Gegnern, Waffen oder anderem klappen. Beispiele:
<take item="Einfacher Holzbecher|Schere|Hartwurst"/> (für variable Beutestücke)
<set quality="cash" inc="200|300|400|500"/> (wenn man genau 2, 3, 4 oder 5 D vergeben will)

'''''So einfach ist es leider nicht!''''' Die Auswahl mit dem "|" funktioniert nur für zwei Möglichkeiten. Für mehrere muss man einen <random>-Block vorschalten:
<code xml>
<random>
<case><store name="Gegenstand">Holzkamm</store></case>
<case><store name="Gegenstand">Dolch</store></case>
<case><store name="Gegenstand">Amboss</store></case>
</random>
<take item="${Gegenstand}"/>
</code>
--[[Benutzer:Handborons|Handborons]] 18:33, 24. Jul. 2008 (CEST)

===ODER und UND===
Will man prüfen, ob der Held einen von mehreren möglichen Gegenständen bei sich trägt, kann man das mit dem Operator "|" erreichen:
<code xml>
<has item="Messer|Dolch|Schwert">
<success>
Entweder Messer oder Dolch oder Schwert vorhanden.
</success>
<failure>
Weder Messer noch Dolch noch Schwert vorhanden.
</failure>
</has>
</code>

: Siehe oben - die ODER-Abfrage mit "|" funktioniert vorerst nur mit zwei Optionen. --[[Benutzer:Handborons|Handborons]] 10:18, 2. Okt. 2008 (CEST)

Man kann auch auf überprüfen, ob mehrere Gegenstände vorhanden sind:
<code xml>
<has item="Messer+Dolch">
<success>
Messer und Dolch vorhanden.
</success>
<failure>
Entweder nur Messer oder nur Dolch oder keins von beiden vorhanden.
</failure>
</has>
</code>

===nützliche Listen===
* [[Held Attribute]]
* [[Gegenstände|Gegenstandsliste]]
* [[NPC Liste]]
* [[Waffenliste]]

== Wohin mit fertigen Questen? ==
Fertige Questen, also vollständige Bündel von vielen durchgesehenen und korrekt codierten Dateien bitte gezippt an Athuran schicken. --[[Benutzer:Athuran|Athuran]] 13:05, 23. Jul. 2008 (CEST)
[[Kategorie:AOQML]]

AOQML-Manual

2008-11-10T16:52:57Z

Drak: /* AOQML-Tags */ Desc und Gott hinzugefügt

'''Wichtig für die Bearbeitung und Darstellung hier im Wiki:''' Es gibt ein SyntaxDarstellungssystem. Um wunderbare Beispiele anzeigen zu lassen, muss ein xml-Code lediglich von diesem Tag umschlossen sein: <nowiki><code xml>...</code></nowiki>. Will man dazu noch eine Zeilenanzeige, nutzt man dieses <nowiki><code xml n>...</code></nowiki>.

==AOQML Syntax==

Das Grundprinzip von AOQML entspricht dem von HTML/XML: Texte zwischen den Tags werden grundsätzlich, d.h. ggf. unter den durch die Tags bestimmten Bedinungen, ausgegeben, also dem Spieler angezeigt. Alle Texte, die vom Programm ausgewertet werden, sind also als Attribute angegeben. Auch diese werden ggf. ausgegeben, aber eben erst nach einer Bearbeitung durch den ZB-XML-Player. Mit anderen Worten: Steuerwerte befinden sich niemals zwischen den Tags.

Tags werden in spitze Klammern eingeschlossen. Jeder Tag erfordert ein öffnendes (z. B. <challenge>) und ein schließendes Element. Schließende Elemente werden mit einem / nach der Klammer begonnen (</challenge>). Alles, was zwischen den beiden Tags steht, ist der Bedingung oder Aktion unterworfen, die das Tag bestimmt. Tags können verschachtelt werden, dabei muss darauf geachtet werden, dass die Ebenen sauber getrennt sind. Das heißt, man darf kein Tag schließen, wenn nicht alle unterhalb dieses Tags geöffneten geschlossen sind: 
'''richtig:'''
<code xml>
<tag1>
<tag2>
</tag2>
</tag1>
</code>

'''falsch:'''
<code xml>
<tag1>
<tag2>
</tag1>
</tag2>
</code>

Es gibt einige Tags, die kein zweites zum Schließen erfordern. Bei diesen wird das / an das Ende gesetzt:
<code xml><set attribute="cash" inc="20"/></code>

==Aufbau der XML-Datei==
link: [[Beispiel einer Zufallsbegnung in aoqml]] zur Veranschaulichung

===Grundgerüst===

Jede Datei muss mit diesem Grundgerüst beginnen:
<code xml>
<?xml version="1.0" encoding="UTF-8"?>
<scene>
...
</scene>
</code>
Erst wird der Inhalt der datei als XML nach Sprachversion 1.0 definiert, danach folgt das Tag <scene>...</scene>. Außerhalb dieses Tags darf nichts außer der XML-Definition stehen!

===Formatierung===
Für bessere Lesbarkeit und Übersicht bitte alle Ebenen um zwei Stellen (zwei Leerzeichen) gegenüber der darüber liegenden Ebene einrücken:
<code xml>
<Ebene1>
<Ebene2>
<Ebene3>
<Ebene4>
</Ebene4>
</Ebene3>
</Ebene2>
</Ebene1>
</code>

===Zeichensatz===
Im Kopf der Datei wird als Kodierung '''UTF-8''' festgelegt. Das muss dann auch eingehalten werden. Das lässt sich in den (Speichern-)Optionen eures Editors einstellen. (Kodierung, Format, Zeichensatz oder wie auch immer das benannt ist.) Ohne BOM (Byte Order Mark).

===Sonstige Formalitäten===
*Einrückungen immer zwei Leerzeichen
*keine Zeilenumbrüche im Text

==AOQML-Tags==

Bisher können folgende Tags benutzt werden (alphabetische Liste):

*case - für Fallunterscheidungen → [[switch]] und Zufallsauswahlen → [[random]]
*[[challenge]] - für Proben auf Talente und Eigenschaften
*[[choice]] - gibt dem Spieler verschiedene Auswahlmöglichkeiten vor
*[[AOQML:dfn|desc]] - Liefert eine Beschreibung
*[[fight#death|death]] - Kampfergebnis: Held tot (noch nicht implementiert) → [[fight]]
*[[fight#defeat|defeat]] - Kampfergebnis: Held besiegt → [[fight]]
*[[delay]] - Reise des Helden verzögern
*[[take_drop|drop]] - Gegenstand aus Ausrüstungsliste entfernen
*[[switch|else]] - Fallunterscheidungen: Default-Option → [[switch]]
*[[fight#escape|escape]] - Kampfergebnis: Held flüchtet → [[fight]]
*failure - Prüfergebnis / Probe negativ → [[challenge]], [[has]]
*[[store_fetch|fetch]] - gespeicherten Wert abrufen → [[store_fetch|store]]
*[[fight]] - Kampf
*[[get_set|get]] - Attribute des Helden abfragen
*[[AOQML:gott|Gott]] - "Übersetzt" den namen einer Gottheit in eine Glaubensrichtung
*[[has]] - auf vorhandene Ausrüstung und Talente prüfen
*[[include]] - andere Questdateien einbinden
*[[q]] - wörtliche Rede
*[[quest]] - zur Steuerung der Queste, z. B. um eine Quest als (noch nicht) abgeschlossen zu markieren
*[[random]] - Zufallsauswahl
*[[retain_replay|replay]] - gespeicherte Aktionsfolge abrufen → [[retain_replay|retain]]
*[[retain_replay|retain]] - Aktionsfolge speichern → [[retain_replay|replay]]
*[[reverse]] - Held muss an den zuletzt besuchten Ort zurückkehren
*[[fight#rivals|rivals]] - Kampf: Gegner festlegen
*[[scene]] - oberstes Tag, definiert Beginn und Ende der XML-Datei
*[[get_set|set]] - Werte des Helden verändern
*[[store_fetch|store]] - Wert speichern um später darauf zugreifen zu können → [[store_fetch|fetch]]
*success - Prüfergebnis / Probe positiv → [[challenge]], [[has]]
*[[switch]] - Fallunterscheidung
*[[take_drop|take]] - Gegenstand in die Ausrüstungsliste legen
*[[fight#victory|victory]] - Kampfergebnis: Gegner durch Held besiegt

Weiter können auch die üblichen (X)HTML-Tags verwendet werden um Text zu formatieren. Es kann z. B. das HTML--Tag verwendet werden, um Textabsätze zu erzeugen. XHTML sollte aber sparsam verwendet werden und das CSS-Design von Antamar berücksichtigen.

==Sonstiges==

[[Besondere Werte]] (Würfelergebnisse berechnen, Zufall und Wahrscheinlichkeit, ..)

'''Zufälligen Gegenstand aus der Datenbank auswählen''' 
Zur Zeit nur über SQL-Befehle möglich, was die Datenbank-Administratoren nicht gerne sehen. Muss noch in AOQML umgesetzt werden. (s. Featurewünsche)

===Zufallsauswahl aus mehreren Möglichkeiten===
Will man z.B. einen von mehreren Gegenständen einer Liste abfragen, muss man einfach nur eine normale Abfrage wie bei einem Gegenstand machen und jeweils ein | zwischen die unterschiedlichen Namen setzen. Sollte auch bei Gegnern, Waffen oder anderem klappen. Beispiele:
<take item="Einfacher Holzbecher|Schere|Hartwurst"/> (für variable Beutestücke)
<set quality="cash" inc="200|300|400|500"/> (wenn man genau 2, 3, 4 oder 5 D vergeben will)

'''''So einfach ist es leider nicht!''''' Die Auswahl mit dem "|" funktioniert nur für zwei Möglichkeiten. Für mehrere muss man einen <random>-Block vorschalten:
<code xml>
<random>
<case><store name="Gegenstand">Holzkamm</store></case>
<case><store name="Gegenstand">Dolch</store></case>
<case><store name="Gegenstand">Amboss</store></case>
</random>
<take item="${Gegenstand}"/>
</code>
--[[Benutzer:Handborons|Handborons]] 18:33, 24. Jul. 2008 (CEST)

===ODER und UND===
Will man prüfen, ob der Held einen von mehreren möglichen Gegenständen bei sich trägt, kann man das mit dem Operator "|" erreichen:
<code xml>
<has item="Messer|Dolch|Schwert">
<success>
Entweder Messer oder Dolch oder Schwert vorhanden.
</success>
<failure>
Weder Messer noch Dolch noch Schwert vorhanden.
</failure>
</has>
</code>

: Siehe oben - die ODER-Abfrage mit "|" funktioniert vorerst nur mit zwei Optionen. --[[Benutzer:Handborons|Handborons]] 10:18, 2. Okt. 2008 (CEST)

Man kann auch auf überprüfen, ob mehrere Gegenstände vorhanden sind:
<code xml>
<has item="Messer+Dolch">
<success>
Messer und Dolch vorhanden.
</success>
<failure>
Entweder nur Messer oder nur Dolch oder keins von beiden vorhanden.
</failure>
</has>
</code>

===nützliche Listen===
* [[Held Attribute]]
* [[Gegenstände|Gegenstandsliste]]
* [[NPC Liste]]
* [[Waffenliste]]

== Wohin mit fertigen Questen? ==
Fertige Questen, also vollständige Bündel von vielen durchgesehenen und korrekt codierten Dateien bitte gezippt an Athuran schicken. --[[Benutzer:Athuran|Athuran]] 13:05, 23. Jul. 2008 (CEST)
[[Kategorie:AOQML]]

Desc

2008-11-05T19:24:27Z

Drak: neuer name

AOQML-Manual

2008-10-25T15:58:20Z

Drak: /* Sonstiges */

'''Wichtig für die Bearbeitung und Darstellung hier im Wiki:''' Es gibt ein SyntaxDarstellungssystem. Um wunderbare Beispiele anzeigen zu lassen, muss ein xml-Code lediglich von diesem Tag umschlossen sein: <nowiki><code xml>...</code></nowiki>. Will man dazu noch eine Zeilenanzeige, nutzt man dieses <nowiki><code xml n>...</code></nowiki>.

==AOQML Syntax==

Das Grundprinzip von AOQML entspricht dem von HTML/XML: Texte zwischen den Tags werden grundsätzlich, d.h. ggf. unter den durch die Tags bestimmten Bedinungen, ausgegeben, also dem Spieler angezeigt. Alle Texte, die vom Programm ausgewertet werden, sind also als Attribute angegeben. Auch diese werden ggf. ausgegeben, aber eben erst nach einer Bearbeitung durch den ZB-XML-Player. Mit anderen Worten: Steuerwerte befinden sich niemals zwischen den Tags.

Tags werden in spitze Klammern eingeschlossen. Jeder Tag erfordert ein öffnendes (z. B. <challenge>) und ein schließendes Element. Schließende Elemente werden mit einem / nach der Klammer begonnen (</challenge>). Alles, was zwischen den beiden Tags steht, ist der Bedingung oder Aktion unterworfen, die das Tag bestimmt. Tags können verschachtelt werden, dabei muss darauf geachtet werden, dass die Ebenen sauber getrennt sind. Das heißt, man darf kein Tag schließen, wenn nicht alle unterhalb dieses Tags geöffneten geschlossen sind: 
'''richtig:'''
<code xml>
<tag1>
<tag2>
</tag2>
</tag1>
</code>

'''falsch:'''
<code xml>
<tag1>
<tag2>
</tag1>
</tag2>
</code>

Es gibt einige Tags, die kein zweites zum Schließen erfordern. Bei diesen wird das / an das Ende gesetzt:
<code xml><set attribute="cash" inc="20"/></code>

==Aufbau der XML-Datei==
link: [[Beispiel einer Zufallsbegnung in aoqml]] zur Veranschaulichung

===Grundgerüst===

Jede Datei muss mit diesem Grundgerüst beginnen:
<code xml>
<?xml version="1.0" encoding="UTF-8"?>
<scene>
...
</scene>
</code>
Erst wird der Inhalt der datei als XML nach Sprachversion 1.0 definiert, danach folgt das Tag <scene>...</scene>. Außerhalb dieses Tags darf nichts außer der XML-Definition stehen!

===Formatierung===
Für bessere Lesbarkeit und Übersicht bitte alle Ebenen um zwei Stellen (zwei Leerzeichen) gegenüber der darüber liegenden Ebene einrücken:
<code xml>
<Ebene1>
<Ebene2>
<Ebene3>
<Ebene4>
</Ebene4>
</Ebene3>
</Ebene2>
</Ebene1>
</code>

===Zeichensatz===
Im Kopf der Datei wird als Kodierung '''UTF-8''' festgelegt. Das muss dann auch eingehalten werden. Das lässt sich in den (Speichern-)Optionen eures Editors einstellen. (Kodierung, Format, Zeichensatz oder wie auch immer das benannt ist.) Ohne BOM (Byte Order Mark).

===Sonstige Formalitäten===
*Einrückungen immer zwei Leerzeichen
*keine Zeilenumbrüche im Text

==AOQML-Tags==

Bisher können folgende Tags benutzt werden (alphabetische Liste):

*case - für Fallunterscheidungen → [[switch]] und Zufallsauswahlen → [[random]]
*[[challenge]] - für Proben auf Talente und Eigenschaften
*[[choice]] - gibt dem Spieler verschiedene Auswahlmöglichkeiten vor
*[[fight#death|death]] - Kampfergebnis: Held tot (noch nicht implementiert) → [[fight]]
*[[fight#defeat|defeat]] - Kampfergebnis: Held besiegt → [[fight]]
*[[delay]] - Reise des Helden verzögern
*[[take_drop|drop]] - Gegenstand aus Ausrüstungsliste entfernen
*[[switch|else]] - Fallunterscheidungen: Default-Option → [[switch]]
*[[fight#escape|escape]] - Kampfergebnis: Held flüchtet → [[fight]]
*failure - Prüfergebnis / Probe negativ → [[challenge]], [[has]]
*[[store_fetch|fetch]] - gespeicherten Wert abrufen → [[store_fetch|store]]
*[[fight]] - Kampf
*[[get_set|get]] - Attribute des Helden abfragen
*[[has]] - auf vorhandene Ausrüstung und Talente prüfen
*[[include]] - andere Questdateien einbinden
*[[q]] - wörtliche Rede
*[[quest]] - zur Steuerung der Queste, z. B. um eine Quest als (noch nicht) abgeschlossen zu markieren
*[[random]] - Zufallsauswahl
*[[retain_replay|replay]] - gespeicherte Aktionsfolge abrufen → [[retain_replay|retain]]
*[[retain_replay|retain]] - Aktionsfolge speichern → [[retain_replay|replay]]
*[[reverse]] - Held muss an den zuletzt besuchten Ort zurückkehren
*[[fight#rivals|rivals]] - Kampf: Gegner festlegen
*[[scene]] - oberstes Tag, definiert Beginn und Ende der XML-Datei
*[[get_set|set]] - Werte des Helden verändern
*[[store_fetch|store]] - Wert speichern um später darauf zugreifen zu können → [[store_fetch|fetch]]
*success - Prüfergebnis / Probe positiv → [[challenge]], [[has]]
*[[switch]] - Fallunterscheidung
*[[take_drop|take]] - Gegenstand in die Ausrüstungsliste legen
*[[fight#victory|victory]] - Kampfergebnis: Gegner durch Held besiegt

Weiter können auch die üblichen (X)HTML-Tags verwendet werden um Text zu formatieren. Es kann z. B. das HTML--Tag verwendet werden, um Textabsätze zu erzeugen. XHTML sollte aber sparsam verwendet werden und das CSS-Design von Antamar berücksichtigen.

==Sonstiges==

[[Besondere Werte]] (Würfelergebnisse berechnen, Zufall und Wahrscheinlichkeit, ..)

'''Zufälligen Gegenstand aus der Datenbank auswählen''' 
Zur Zeit nur über SQL-Befehle möglich, was die Datenbank-Administratoren nicht gerne sehen. Muss noch in AOQML umgesetzt werden. (s. Featurewünsche)

===Zufallsauswahl aus mehreren Möglichkeiten===
Will man z.B. einen von mehreren Gegenständen einer Liste abfragen, muss man einfach nur eine normale Abfrage wie bei einem Gegenstand machen und jeweils ein | zwischen die unterschiedlichen Namen setzen. Sollte auch bei Gegnern, Waffen oder anderem klappen. Beispiele:
<take item="Einfacher Holzbecher|Schere|Hartwurst"/> (für variable Beutestücke)
<set quality="cash" inc="200|300|400|500"/> (wenn man genau 2, 3, 4 oder 5 D vergeben will)

'''''So einfach ist es leider nicht!''''' Die Auswahl mit dem "|" funktioniert nur für zwei Möglichkeiten. Für mehrere muss man einen <random>-Block vorschalten:
<code xml>
<random>
<case><store name="Gegenstand">Holzkamm</store></case>
<case><store name="Gegenstand">Dolch</store></case>
<case><store name="Gegenstand">Amboss</store></case>
</random>
<take item="${Gegenstand}"/>
</code>
--[[Benutzer:Handborons|Handborons]] 18:33, 24. Jul. 2008 (CEST)

===ODER und UND===
Will man prüfen, ob der Held einen von mehreren möglichen Gegenständen bei sich trägt, kann man das mit dem Operator "|" erreichen:
<code xml>
<has item="Messer|Dolch|Schwert">
<success>
Entweder Messer oder Dolch oder Schwert vorhanden.
</success>
<failure>
Weder Messer noch Dolch noch Schwert vorhanden.
</failure>
</has>
</code>

: Siehe oben - die ODER-Abfrage mit "|" funktioniert vorerst nur mit zwei Optionen. --[[Benutzer:Handborons|Handborons]] 10:18, 2. Okt. 2008 (CEST)

Man kann auch auf überprüfen, ob mehrere Gegenstände vorhanden sind:
<code xml>
<has item="Messer+Dolch">
<success>
Messer und Dolch vorhanden.
</success>
<failure>
Entweder nur Messer oder nur Dolch oder keins von beiden vorhanden.
</failure>
</has>
</code>

===nützliche Listen===
* [[Held Attribute]]
* [[Gegenstände|Gegenstandsliste]]
* [[NPC Liste]]
* [[Waffenliste]]

== Wohin mit fertigen Questen? ==
Fertige Questen, also vollständige Bündel von vielen durchgesehenen und korrekt codierten Dateien bitte gezippt an Athuran schicken. --[[Benutzer:Athuran|Athuran]] 13:05, 23. Jul. 2008 (CEST)
[[Kategorie:AOQML]]

Desc

2008-10-25T15:49:35Z

Drak: Die Seite wurde neu angelegt: Der dfn-tag liefert den passenden namen einer Gottheit. ===Syntax=== <code xml><dfn desc="Beschreibung">Objekt</dfn></code> ''Objekt'' ist das, was beschrieben werden...

Der dfn-tag liefert den passenden namen einer Gottheit.

===Syntax===
<code xml><dfn desc="Beschreibung">Objekt</dfn></code>

''Objekt'' ist das, was beschrieben werden soll.

===Parameter===
'''desc''' (optional) Die Erklärung. Fehlt diese wird versucht erst in der DB und dann im Wiki eine Erklärung zu finden.

[[Kategorie:AOQML]]

Datei:Tiger.jpg

2008-10-09T17:27:44Z

Drak:

[[Kategorie:Bilder]]

Datei:Goblin.jpg

2008-10-09T17:26:35Z

Drak:

Goblin mit Keule
[[Kategorie:Bilder]]

Datei:Löwe.jpg

2008-10-09T17:26:27Z

Drak:

[[Kategorie:Bilder]]

Datei:Elefant.jpg

2008-10-09T17:26:23Z

Drak:

[[Kategorie:Bilder]]

Dunkelelfen

2008-10-06T17:57:22Z

Drak: /* Herkunft: */ links

== Regierungsform: ==
''' Republik'''

Ein Rat aus der Gemeinschaft gewählt dient als Berater des Kriegsherrn (steht dem Rat vor bis zur Auslöschung der Lichtelfen)

== Herkunft: ==

ehemalige Arbeiterklasse der [[Hochelfen]]; nach einer [[Elfen#Geschichte_der_Elfen|Katastrophe]] kam es zu einen Aufstand, lösten sich aus dem Joch der „Sklaverei“

== Lebensweise: ==

stark Gefühlsorientiert, Leidenschaft ist die wahre Antriebskraft; zu viele Gesetze schränken nur das Volk ein und fördern die Sklaverei, nur wenige Gebote dienen als Orientierung.

1.) traue keinen Alben

2.) egal was du tust, tue es mit Leidenschaft

3.) Treue und Freundschaft sind die wahren Schätze des Herzens

Gerade durch das dritte Gebot ist dieses Volk eine große Gemeinschaft geworden, die ansonsten ohne Gesetze auskommen. „Warum soll ich meinen Bruder hintergehen? Warum aus Profitgier die Freundschaft meiner Brüder verlieren?“ Der Zusammenhalt dieses Volkes ist aus dem Respekt der Freundschaft raus hier sehr hoch. Auch sind sie sehr tolerant untereinander. „Warum sollte ich meiner Schwester den Weg der Hexer ankreiden? Sie sieht darin ihre Bestimmung. Es ist ihr Leben, ihre Erfüllung. Woher soll ich das Recht nehmen ihr ein erfülltes Leben zu verwehren?“ Hier soll ganz deutlich werden, dass aus der Not der Knechtschaft eine neue eingeschworene Gemeinschaft geworden ist. Für einen Nachtelfen gibt es nichts schlimmeres als ausgestoßen zu werden, obwohl, man könnte ihn als Lichtelf bezeichnen.

Doch so stark wie der Zusammenhalt untereinander ist, so skeptisch sind sie auch Fremden gegenüber. Freundschaft zu schließen bedeutet in die Familie aufzunehmen. Wenn ich als Dunkelelf jemanden aufnehme der sich als Verräter der Gemeinschaft entpuppt, so ist es meine Aufgabe dies wieder zu richten. Natürlich kommt es auch darauf an, wie schwer und wie vorhersehbar das „Verbrechen“ ist/war.

== Lykantrophen: ==
Zu einem Werwesen zu werden ist eine große Ehre und Auszeichnung. Hier wird niemand gezwungen, und dennoch kann es im Eifer des Gefechts zur Ansteckung kommen. In der Tiergestalt sind sie nur bedingt zu normalen Denken fähig, es gibt jedoch Gerüchte über besonders mächtige Lykantrophen, die angeblich fast ihre gesamten geistigen Fähigkeiten behalten sollen.
Normalerweise werden jedoch gerade die Instinkte der Tiere benötigt. Der Geruchsinn der Wölfe genauso wie die Stärke der Bären.

Ihre Aufgabe bestand/besteht darin, hinter feindlichen Linien zu operieren. In der Tiergestalt sind sie kaum von normalen Wesen zu unterscheiden. Doch wenn ein Werwolf die Spur eines Lichtelfen aufnimmt, wird er zu einem erbarmungslosen Verfolger und der Jagdinstinkt bricht voll durch. Doch auch Menschen wurden schon gerissen, die wahnwitziger weise das glänzende Puder der Lichtelfen zum Schminken benutzten. Doch neben dem begrenzten Verstand und der unbändigen Gier gegen Lichtelfen unterscheidet sich auch die Stärke eines Wehrwesen von seinem tierischen Ebenbild. Die größte Gefahr für den Lykantrophen verbirgt sich aber im Instinkt. Je länger er in der Gestalt des Tieres ist, umso schwerer fällt es dem Werwesen seine elfische/menschliche Form wieder anzunehmen. In der Vergangenheit kam es bereits zu einigen Fällen einer permanenten Verwandlung. Ein Biss kann die Krankheit auslösen.

== Harpyien: ==
sie sind begabte Hexenmeister/innen die sich ganz in die Dienste der Armee gestellt haben. Durch den sehr aufwendigen und gefahrvollen Prozess wird die Verschmelzung eingeleitet. Eine von neun Verwandlungen führt allerdings zum Wahnsinn, unberechenbar, unkontrollierbar. Doch dadurch dass die Lichtelfen in die hohen Bäume „geflohen“ sind, braucht man schlagkräftige Einheiten, die fliegen können. Auch hier überwiegt der Hass auf die Lichtelfen die Gefahren bei weitem. So sind mittlerweile auch viele Harpyen als wahnsinnige Gefahren im Land unterwegs. Seltsamerweise suchen sie ihresgleichen und man munkelt von Stämmen.

== Daymonologie: ==
am Anfang fingen die Lichtelfen mit ihren Dschinns an die Armeen der Dunkelelfen zu bekämpfen. Ohne selbst etwas zu tun, gab es hohe Verluste auf Seiten der Dunkelelfen. Sie wurden sogar noch verspottet, brauchte die Lichtelfen doch keinen Finger zu krümmen um die Dunkelelfen gegen eine schier unüberwindbare Wand laufen zu lassen. In ihren Forschungen entdeckt die Dunkelelfen, dass Daymonen auf Dschinns den gleichen Hass hatten wie sie selbst auf die Lichtelfen. Aus der Not wurde damit begonnen Daymonen zu beschwören und zu kontrollieren. Endlich hatten sie eine Waffe gegen die Dschinns der Elfen. Doch immer wieder kaum es auch zu unkontrollierten Ausbrüchen, Daymonen die nicht gebändigt werden konnten. Aber es soll auch mächtige Hexer geben, die ganze Legionen von Daymonen kontrollieren können oder konnten.

== Mynotauren und Zentauren: ==
auch die beiden Chimären wurden aus der Not heraus geboren. Starke Krieger die mit ihren Äxten Bäume fällen konnten und flinke zielsichere Bogenschützen. Im Gegensatz zu den Harpyen ging diese Verschmelzungen nur selten schief (1/100).

== Körperbau und Aussehen ==

Die jahrtausende langen Arbeiten in den Minen und anderen Gebieten ließen sie robuster und stärker werden als ihre einstigen Brüder. Sie sind etwas kleiner, dafür aber muskulöser. 
Ihre Hände sind sowohl zu feinmotoriger als auch grobmotoriger Arbeit geeignet 
Sie verfügen über sehr gutes technisches Verständnis. 

'''Haar:''' meistens schwarz, oft auch dunkelblau, manchmal braun; kirschrot kommt sehr selten vor; Haare meistens lang, sowohl Männer als Frauen; sehr oft zu einem Zopf geflochten / gebunden
'''Hautfarbe:''' mittlerer bis dunkler Taint. Manchmal gibt es sogar schwarze Elfen. 
'''Augen:''' sehr große Puppilen; dunkle, meist braun bis schwarz; Augenpartien ziehen sich bis fast zu den Schläfen; können Nachts gut sehen (Nachtsicht); die Augenbraunen sind sehr fein, gleichen teilweise dünnen wellenförmig geformte Linien
'''Wuchs:''' langer, muskolöser Wuchs; Dickleibligkeit nicht bekannt (sehr guter Stoffwechsel); auffallend sind die nach oben gehenden spitzen Ohren, die an Luchse erinnern; lange schlanke Hände, die sehr geschickt sind; hohe Stirn 
'''Bart:''' Dunkelelfen haben keinen Bartwuchs. Auch sonst keinen zusätzlichen Haarwuchs (Brust / Beine / Arme / Scham / Achseln usw.) 

Größe:1,75m - 2,0m 

== Geschichte und Entwicklung ==
 Die Dunkelelfen oder '''Darkonier''' sind ebenso wie die Lichtelfen direkte Nachfahren der Hochelfen. Als es damals bei den Hochelfen zu einem Aufstand der unterdrückten Arbeiterklasse kam, wandten sich die Arbeiter gegen die Herrschenden (diese nichtswürdigen Lichtelfen). Die ehemaligen Unterdrücker unseres Volkes waren äusserst überrascht, welche Kraft meine Verwandten unter ihrem Joch entwickelten. Um Rache an den Lichtelfen zu nehmen, war uns jedes Mittel Recht - nachdem wir erstmal die Hauptstadt unseres Reiches, Darkonia, von dem Joch der Lichtelfen befreit hatten. Wir marschierten zunächst mit Mut und Spitzhacken bewaffnet gegen die Städte der Lichtelfen. Doch diese feigen Hunde beschworen Djinne, um uns abzuwehren statt selbst ehrenhaft zu kämpfen. Uns blieb nichts anderes über als uns selbst auf die Dämonen, die Feinde der Djinne, zu verlassen, um diese ehrlosen Feiglinge aus ihren Baumstädten zu vertreiben und das Joch der Sklaverei endgültig abzuschütteln. Doch die Dämonen haben sich als unzuverlässig herausgestellt und zuerst hatten wir mehr Verluste durch die Dämonen als unsere verhassten Unterdrücker. Inzwischen beherrschen wir sie viel besser und ausser Lebaumia haben wir damals alle Städte dieser Tyrannen ausgelöscht.

Auch die Harphyien, die wir durch Magie an Freiwilligen erzeugten, um an die sich in den Bäumen verschanzten Lichtelfen heranzukommen, erwiesen sich als riskantes Experiment. Viele der freiwilligen verloren bei der Verschmelzung den Verstand und wandten sich gegen uns und alle denkenden Wesen. Auch die Zentauren sind heutzutage kaum noch zu zähmen.

Darkon, der Darkonier

== Glaube der Dunkelelfen ==

'''Sheihalmat''' ist der Schöpfer. Er hat alles erschaffen. Jedes Wesen, egal ob Tier, Pflanze, Mensch, Zwerg oder Elf. Er erschuf Himmel und Erde, Wasser und Land. Er erschuf die Scherubien, die Wächter. Und dann legte er sich schlafen und schläft noch heute den Schlaf der gerechten.
'''Marlinael''': Sie ist die Lebensbringerin. Sie schenkt uns das Leben und sie ist das Leben. Wir alle sind unter ihrem Schutz, egal ob Tier, Pflanze oder intelligentes Wesen. Marlinael wurde als erstes von Sheihalmat erschaffen. 
'''Bashoel''': Er ist der Tod. Bashoel wurde als zweiter erschaffen. So wurde ihm die Macht gegeben alles Leben zu nehmen das Marlinael erschuf. Er ist aber auch der Herrscher des Totenreiches. Einst werden wir alle in Bashoels Reich sein. Doch nur solange bis Marlinael uns erwählt wiedergeboren zu werden. 
'''Temoel''': Er ist der Herr der Zeit. Vergangenheit, Gegenwart und Zukunft. Er wacht über die Vergänglichkeit. Als dritter Sherubien ist es seine Aufgabe Marlinael und Bashoel an die richtigen Zeitpunkte zu erinnern. 
Karlakt: Karlakt ist der Scherubien des Chaos. Als Marktock anfing die Elfen zu verführen stieg Zorn in ihm hoch. Doch erst als sein Gegner Majesol anfing die Elfen in Kasten und Gesetze zu drängen erhob er sich. Er erwählte uns, die Darkonier als seine Werkzeuge. Er gab uns die Macht über Daymonen und die Macht der Leidenschaft. Er zeigte uns was Freundschaft bedeutet und er führte uns aus der Sklaverei. Karlakt schenkte uns sein Herz. 
'''Majesol''': Majesol ist der Scherubien der Ordnung. Er erschuf Gesetze wo keine benötigt wurden. Er versteinerte die Herzen unserer einstigen Brüder vor unseren Leiden. Majesol verführte sie, denn er wurde zur Rechten Hand von Marktock, dem großen Weltenblender. 
'''Likael''': Likael ist die Scherubien der Magie und der Weisheit. Lange Zeit glaubten wir, Likael sei die Verbündete von Majesol, doch da wurden wir von Marktock geblendet. Erst nach Beendigung des Krieges erfassten wir unseren Irrtum. Likael ermöglicht es uns Zauber zu weben. Sie hat nun endlich einen Platz in unseren Herzen gefunden. 
'''Marktock''': er ist der Blender, der Weltenverführer. Er bringt das Böse und das Unheil in die Welt. Marktock schickt seine Insekten aus um seine Saat unter den Bewohnern zu verteilen. Hüte dich davor seiner Verblendung zu erliegen. 
'''Balaroel''': Er ist der Scherubien des Handwerks. Er brachte uns einst die Technomagie und nahm sie uns wieder, da wir ihrer nicht würdig waren. Doch wir versuchen aufs neue seine Gunst zu erlangen, auf dass er uns bald wieder für würdig befindet. 

== Darkonia, Hauptstadt der Dunkelelfen, am roten Berg ==

'''Größe:''' auf einer Grundfläche von ca. 100 qkm zieht sich die Stadt um den roten Berg, der sich im Zentrum erhebt. Einst muss diese Metropole Platz für sicherlich 5.000.000 Bewohner geboten haben. Nun stehen viele Gebäude leer, werden aber dennoch instandgesetzt. 

'''Bevölkerung:''' Die insgesamt 1.200.000 Einwohner verlieren sich geradezu in der gigantischen Stadt. Neben den nur noch 800.000 Elfen gibt es mittlerweile 250.000 Halbelfen und 150.000 Menschen 

'''Besonderheit:''' Darkonia ist ein Zeugnis der ehemaligen Hochkultur der Elfen. Die ganze Stadt erweckt den Eindruck als wäre sie nicht Teil dieser Welt. Alleine die riesige Stadtmauer würde eher zu mythischen Titanen als zum Elfenvolk passen. Auch sonst hat man oft das Gefühl als hätten die Elfen überdimensional gebaut. Zentrum der Stadt ist der rote Berg, in dem ein besonderes Erz abgebaut wird, dass sie selbst Titanin nennen. Die vielen Parks, die eigentlich nicht zum Dschungelbild passen, zeugen von einer starken Naturverbundenheit. Ungewöhnlich ist auch, dass saubere Stadtbild. Kein Dreck verunreinigt Straßen und Gebäude. Immer wieder sieht man kleine metallische Gebilde wie von Geisterhand lautlos durch die Straßen huschen. Drakonia besitzt eine Kanalisation sowie fließendes Wasser in jedem Gebäude. 

'''Das Tor:'''
Wenn man aus dem Dschungel auf die Lichtung tritt, sieht man in 100 Schritt Entfernung eine gigantische Stadtmauer. Wie aus einer Hand gegossen sieht der rotbraune Granit aus. Keine Fuge, keine Rizze lässt auf die bauweise Rückschlüsse ziehen. Auch die Oberfläche selbst ist glatt, wie geschliffene Edelsteine. Die Stadtmauer ragt 40 Schritt(Meter) in die Höhe. Nur kleine Lucken in etwa 15 und 30 Schritt Höhe, die als Schießscharten zu erkennen sind unterbrechen die ansonsten glatte Fläche der Außenseite. 
Geht man auf die mächtigen Türme zu, die scheinbar wie riesige Titanen ca. 100 Schritt in den Himmel empor ragen, kann man schon bald ein gigantisches Eisentor erkennen. Ein Flügel ist ca. 15 Schritt breit und 40 bis 60 Schritt hoch. Die beiden Türme werden dann in ca. 60 Schritt Höhe durch eine Bogenbrücke verbunden. Das Tor fügt sich in dese Öffnung nahtlos ein. 5 Schritt ist so ein Flügel dick und Besucher bleiben verblüfft stehen, da sie sich nicht vorstellen können, dass diese Tore bewegt werden können. Doch dies geschieht über eine seltsame Mechanik. Lautlos und scheinbar spielerisch können diese Tore geöffnet und geschlossen werden. Auch seltsam ist die Tatsache, dass diese Flügel nach außen geöffnet werden. Nach ca. 50 Schritt hat man den Torbogen passiert. Dabei geht man an steinernen Gargylen vorbei, die in einer Höhe von 20 Schritt auf Sockel sitzen. Links und Rechts jeweils 9 Stück, wirken sie mit ihrer Größe von 1,5 Schritt wie Wächter. Ihr Körper ist schwarz, hebt sich so von dem rotbraunen Hintergrund leicht ab. Die roten Augen, die aus dem inneren wie ein Feuer glühen, verstärken den Eindruck als würde man ständig beobachtet. Passiert man das 2te Tor, das auf Rollen seitlich zugeschoben wird, hat man zuerst einmal das Gefühl einer Falle entkommen zu sein. Doch sehr schnell weicht das Schauergefühl einem verblüfften Erstaunen, wenn man zum ersten Mal diese Stadt betritt. 
Eine breite Straße, nein, eine Allee führt zuerst einmal 210 Schritt bis zu einem großen Platz. Links und rechts wird der Marmorboden von gigantischen Bäumen gesäumt, wie sie eigentlich in diesem Teil der Welt nicht zu finden sind. Die Straße an sich ist ein Mosaik, das in seiner breite von 30 Schritt (zwischen den Bäumen) wie farbige Bildergeschichten wirken. Die Motive (30 X 30) stellen Szenen aus der Geschichte der Elfen dar. Doch auch hier kann sich kein Stein lösen, da auch hier eine glasige Oberfläche das ganze wie aus einem Guss erscheinen lässt. Die Gebäude erheben sich links und rechts der Straße, vier Stockwerke hoch. Schmale Gassen führen immer wieder von der breiten Allee weg. Auch an der Stadtmauer entlang führt eine breite Mosaikstraße von ca. 20 Schritt breite. 
Auf dem großen Platz, Zentrum einer T-Kreuzung befindet sich ein riesiger Springbrunnen, von 20 Schritt Durchmesser. Dahinter schließt eine gigantische Tempelanlage, Sheihalmat geweiht, den Platz ab. 

== Links ==
[[Elfen]]
[[Eiselfen]]
[[Halbelfen]]
[[Dunkelelfen]]
[[Lichtelfen]]
[[Prärieelfen]]

[[Kategorie:Welt Antamar]]
[[Kategorie:Kulturen]]
[[Kategorie:Rassen]]

Werwolf

2008-10-06T17:53:17Z

Drak:

Nicht zu verwechseln mit den [[Dunkelelfen#Lykantrophen:|Dunkelelfischen Lykantrophen]].

=Merkmale=

Die wenigten überlieferten Berichte über das Aussehen von Werwölfen beschreiben sie als vollständig behaarte, muskulöse Wesen mit großen Klauen und gefählichen Reißzähnen. Ihre Angriffe verlaufen impulsiv und ungestüm. Sie kümmern sich nicht um Verletzungen und flüchten niemals aus einem Kampf.

Ein Werwolf ist nicht nur wegen der Gefahr der Ansteckung ein ernstzunehmender Gegner, denn die Krankheit verleiht große Kräfte. Zudem verfügen Werwölfe über eine sehr schnelle Wundheilung, die nur bei Verletzungen durch Silber ''(anderes Material?)'' oder Feuer nicht zum Zuge kommt. An einer Werwolfshatz sollten sich daher nur erfahrene Recken beteiligen.

== Daten ==

* Art: [[Wolf_(Canis_lupus)|Wolf]]/Mensch
* Lebensraum: ...
* aggressiv: ja
* Häufigkeit: sehr selten

=Soziale Organisation =

Werwölfe sind reißende Bestien, die von einer bösartigen Wut auf alles befallen sind was ihnen in die Quere kommt.
Sie folgen nur ihrem mörderischen Instinkt und kennen weder freundschaftliche noch familiäre Bande. Mitleid oder Gnade ist ihnen gänzlich unbekannt.

=Entstehung=

Diese Wesen "entstehen" durch die zeitweilige Verwandlung von Menschen. Dies geschieht bei Vollmond oder bestimmten astrologischen Konstellationen. Allerdings sollen auch schon Verwandlungen bei Schmerz oder seelischem Streß vorgekommen sein.
Menschen die unter den Verwandlungen leiden (dieser Vorgang soll sehr schmerzhaft sein) gelten -medizinisch gesehen- als an der Lykanthropie erkrankt. Die Krankheit überträgt sich durch den Speichel eines Werwolfes und bewirkt, daß sich das Opfer, sofern es die Attacke überlebt, innerhalb weniger Monde zum ersten Mal selbst verwandelt.

Die Krankheit ist bei einem nicht-verwandelten Menschen kaum festzustellen. Erst nach vielen Jahren treten bei den erkrankten nicht-verwandelten Menschen sichtbare [[Wolf_(Canis_lupus)|wolfsähnliche]] Eigenschaften auf. Die Möglichkeit einer Heilung gibt es nicht.

[[Kategorie:Antamarische Fauna]]
[[Kategorie:Antamarische Flora und Fauna]]
[[Kategorie:Gegner]]

Werwolf

2008-10-06T17:51:16Z

Drak: /* Daten */

=Merkmale=

Die wenigten überlieferten Berichte über das Aussehen von Werwölfen beschreiben sie als vollständig behaarte, muskulöse Wesen mit großen Klauen und gefählichen Reißzähnen. Ihre Angriffe verlaufen impulsiv und ungestüm. Sie kümmern sich nicht um Verletzungen und flüchten niemals aus einem Kampf.

Ein Werwolf ist nicht nur wegen der Gefahr der Ansteckung ein ernstzunehmender Gegner, denn die Krankheit verleiht große Kräfte. Zudem verfügen Werwölfe über eine sehr schnelle Wundheilung, die nur bei Verletzungen durch Silber ''(anderes Material?)'' oder Feuer nicht zum Zuge kommt. An einer Werwolfshatz sollten sich daher nur erfahrene Recken beteiligen.

== Daten ==

* Art: [[Wolf_(Canis_lupus)|Wolf]]/Mensch
* Lebensraum: ...
* aggressiv: ja
* Häufigkeit: sehr selten

=Soziale Organisation =

Werwölfe sind reißende Bestien, die von einer bösartigen Wut auf alles befallen sind was ihnen in die Quere kommt.
Sie folgen nur ihrem mörderischen Instinkt und kennen weder freundschaftliche noch familiäre Bande. Mitleid oder Gnade ist ihnen gänzlich unbekannt.

=Entstehung=

Diese Wesen "entstehen" durch die zeitweilige Verwandlung von Menschen. Dies geschieht bei Vollmond oder bestimmten astrologischen Konstellationen. Allerdings sollen auch schon Verwandlungen bei Schmerz oder seelischem Streß vorgekommen sein.
Menschen die unter den Verwandlungen leiden (dieser Vorgang soll sehr schmerzhaft sein) gelten -medizinisch gesehen- als an der Lykanthropie erkrankt. Die Krankheit überträgt sich durch den Speichel eines Werwolfes und bewirkt, daß sich das Opfer, sofern es die Attacke überlebt, innerhalb weniger Monde zum ersten Mal selbst verwandelt.

Die Krankheit ist bei einem nicht-verwandelten Menschen kaum festzustellen. Erst nach vielen Jahren treten bei den erkrankten nicht-verwandelten Menschen sichtbare [[Wolf_(Canis_lupus)|wolfsähnliche]] Eigenschaften auf. Die Möglichkeit einer Heilung gibt es nicht.

[[Kategorie:Antamarische Fauna]]
[[Kategorie:Antamarische Flora und Fauna]]
[[Kategorie:Gegner]]

Diskussion:Werwolf

2008-10-06T17:51:01Z

Drak:

Ich bin dafür, das Werewölfe sich fortpflanzen können (mit Wölfen, Menschen, untereinander).
Natürlich geborene Werewölfe haben ihre Verwandlung besser unter Kontrolle, wie auch die "bösartige Wut auf alles". -Maraxus
:Mit welchem Sinn und Nutzen? --[[Benutzer:Leandro|Leandro]] 00:15, 2. Okt. 2008 (CEST)
::Finde ich nicht passend, da Ansteckung mit Lykantrophie schon gefährlich genug ist. Könnten sie sich auch noch vererben, wäre eine eigene Rasse entstanden. Was wäre der Vorteil der Fortpflanzung? --[[Benutzer:Athuran|Athuran]] 02:23, 2. Okt. 2008 (CEST)

:In-Game: Mit den Gestaldwandler-Verbündeten der Dunkelelfen haben wir schon erste Werwölfe (Elf/Wolf) und das sind auch keine wilden Monster, sondern eher eine eigene, kleine Rasse. In-Game2: Auserdem wäre es in reiner Krankheitsform sehr schnell ausgerottet: Ein Werwolf hinterläßt in der ersten Vollmondsnacht recht deutliche Spuren, was auch immer er reißt. Das führt dazu, dass in der zweiten Vollmondsnacht die Bewohner des Dorfes in bewaffneten Gruppen zusammensitzen und sobald einer mit dem verwandeln beginnt wird der zerstückelt. Und das bedenkt noch gar nicht den Punkt, dass man nur infiziert wird, wenn man die Begegnung überlebt. Da ein Mensch einem Werwolf unterlegen ist bedeutet das, dass jemand dem Opfer zur Hilfe gekommen ist. Jemand der gesehen hat, dass das Opfer von einem Werwolf gebissen wurde! Meta-Game: Ich denke die Möglichkeit, Lycanthropen zu begegnen, ohne das es sofort in einem Kampf endet bietet einige kreative Gelegenheit. --[[Benutzer:Maraxus|Maraxus]] Nacht, 2. Okt. 2008 (CEST)

[http://forum.antamar-community.de/viewtopic.php?f=29&t=5943 Forum] --[[Benutzer:Drak|Drak]] 19:51, 6. Okt. 2008 (CEST)