server/doc/todo.txt

240 lines
6.5 KiB
Plaintext
Raw Permalink Normal View History

2010-08-08 09:40:42 +02:00
TODO, FEATURES, usw:
- alte Artefakte sollten auch permanente Aura kosten
- Traumauge auf 5 PA senken.
- news.silly:
- Statistik der Regionen mit den meisten Gr<47>bern
- Wahl zur unbeliebtesten Region der Welt (Wo Bauern am wenigsten gern sein
wollen).
- NEW_ITEMS:
- SILVERWEIGHT, silber nicth doppelt berechnen.
- Monster sollten die Runde nach dem Auftauchen nicht angreifen k<>nnen.
- Alchemie: Mehr als einen Trank/Runde brauen
Tr<54>nke aufwerte/billiger machen
- items, die man selber benennen kann.
namen werden reserviert f<>r eine partei, jede partei nur endlich viele.
derartige items wiegen nichts, k<>nnen frei gehandelt werden
spezielle option, um solche items an beliebige einheiten zu <20>bergeben
(amulett des treffens, u.<2E>.)
- Tr<54>nke aufwerten,
- Geb<65>ude f<>r D<>monen?
- Parteiwissen
- Mails "von Einheiten an Einheiten".
- Neue Schiffstypen
- Meditation / Trance?
langer Befehl, bringt doppelte Regeneration, braucht Heiligen Hain
oder Magierturm?
- Linear Stufenabh<62>ngige Zauber ausbauen, ist wohl zu verwirrend, das
ein Zauber Stufenabh<62>ngig ist aber nicht in der Stufe variiert werden
kann.
- parteigetarnte alliierte angreifbar machen. siehe mail an e-kom, enno, 29.8.00
- Anmeldungen direkt in den mapper integrieren
+ HELFE-Gruppen
- Wiederanmeldungen im Wochenbericht von Erstanmeldungen trennen
- Nichtmeermenschen Piraterie einfacher machen. (20 Lerntage auf See?
Geringer Arbeitslohn?)
- battle.c: evtl. kann man sich b->fighters sparen?
- struct building: ein paar der variablen k<>nnen auch attribute sein, siehe header
+ battle.c: b->see_matrix = calloc((max_fac_no+1), sizeof(boolean *));
(enno) die see_matrix ist als speichermethode ziemlich ineffizient,
da es eine sparse matrix ist. besser so machen wie in cansee()
- battle.c: Dr<44>ber nachdenken, ob struct battle wirklich dynamisch angelegt werden sollte.
(enno) nein, eigentlich sollte sie das nicht...
- mehr Gel<65>ndeunterschiede. Vorschl<68>ge:
- Sumpf: bewegung -1
+ potion effects werden bei transfermen nicht skaliert.
sp<73>testens im item-source wird das gefixt.
- Durch <20>bergeben kann man Silber vor Beklaue sch<63>tzen
- Botschaft an Einheit <nr> gibt als Meldung nur
'Eine Botschaft von xyz: "<nr>"'
- Schiffeversenken gibt kaputte Meldung
Cef'az (c142) in D<>r'Aglar (18,-16) versenkt die X~Lc^H~@~[c^H^X~Gc^Hm
(17).
(Das Schiff war die Cir'mor (1142), Langboot)
- Monsterauseinanderlaufen klappt nicht.
+ cansee() fehlt in vielen Zaubern.
+ parser hat neuerdings ein umlautproblem (unter windows) (<28>l->l)
+ gr<67>ber verwittern
- kampfzauber im cr anzeigen.
- umlautfix fixen.
+ Frubilaszat (Lhmc) findet 0 Blasenmorcheln.
+ schiffsfix fixen.
+ handel vereinfachen.
? Durch Fahre/Transportiere k<>nnen Nichtschwimmer/Nichtflieger <20>ber
Meerengen, wenn ein Schwimmer/Flieger sie transportiert. Rast auf
dem Meer ist f<>r sie aber nicht m<>glich. Evt. kann man da tricksen,
mu<6D> <20>berpr<70>ft werden.
- Transportkapazit<69>t sollte in race[].
+ Lehre-Meldungen:
skill-Nummern werden nirgends definiert.
(enno) da mu<6D> eine liste her, in einem rules.cr
(enno) oder besser, wir geben die namen aus.
- Fehler-beschreibungen sind inkonsistent:
> "Dusei-Endlager (cawk) ist mindestens gleich gut wie wir.";error
aber
> 65;errno
(statt "Die Lernkosten k<>nnen nicht bezahlt werden")
- Unterhalt-Zahlungen:
Es fehlt Unterscheidung zwischen Bezahlung und nicht-bezahlung,
sowie der Betrag.
(enno) ja, ist schwer, wegen der komplexen message.
+ Luxusgut-Ein-/Verkauf:
Warum auf 2 Messages aufspalten ?
(enno) warum nicht.
(corwin) Weil nur noch ne uninteressante Message mehr?
? casualties-Messages nicht definiert. (Was soll die machen?)
(enno)
- Die sollen in render.c eine Spezialbehandlung bekommen.
+ Quickfix: Eine einfache Ausgabe f<>r den NR.
+ hilfen f<>r ehmv/vorlage im CR (NUMMER, TEMP)
- Werte mit 0 wieder in den CR aufnehmen (angefangen)
+ lerntage -> lernpunkte (doku)
- Eine Konstruktion der Form
new_message(...,"%s:bla",buf) funktioniert nicht. Es werden
Nonsens-Strings ausgegeben:
Nummer 5r94 (5r94) in Syvanrylfed (4,4) produziert 85 Schwerter aus
Optionen: AUSWERTUNG ZUGVORLAGE SILBERPOOL STATISTIK MERIAN ADRESSEN
Wird da evt. nur der Zeiger auf Buf gespeichert? Oha, dann haben
wir bei vielen Messages ein Problem.
-> (enno) stimmt. Der <20>bergebene String darf nicht mehr ver<65>ndert werden,
strdup() ist dein freund. Um das anders zu machen, k<>nnte man in
new_message() einstrdup() machen, wenn der typ %s gefuden wird.
-> strings sollten allerdings eh selten sein, da ja meist locale-dependent.
ausnahmen sind eigentlich nur namen.
-> passiert bei allen Zauberfehlermeldungen
- Einordnung der Messages klappt scheinbar nicht, es stehen auch
Produktionsmessages unter Meldungen und Fehler.
-> Die Einordnung ist erst sp<73>ter dazugekommen, und wird noch kaum
irgendwo benutzt
+ Unterscheidung unitid(mage), "Jemand" in der Ausgabe ist z.B.
beim Zauber Erwecke Ents fehlerhaft. (Die zaubernde Partei bekommt
ein 'Jemand ...' in den Regionsmessages.) Fehler wohl erst beim
Rendering: v_mage_de bekommt i=0 obwohl bei allen Erzeugern ein
mage angegeben wird.
(katja) scheint zu funktionieren
Implementationsl<EFBFBD>cken:
Es fehlen noch Spr<70>che f<>r
- Tybied (20):
Stufe 13
Artefakte zerst<73>ren (ist noch unsinnig, da es keine Artefakte mit
mehr als 1 Aura gibt)
zus<75>tzlich w<>re sch<63>n:
niedrigstufiger Combatspell
Stufe 11 Non-Combat
Stufe 12 Non-Combat
- Illaun(15):
Stufe 1
Stufe 13
Stufe 14
F<>r diese Zauber fehlen noch Ideen
zus<75>tzlich w<>re sch<63>n:
Stufe 2 Non-Combat
Stufe 7 Non-Combat
- Gwyrrd(27):
Stufe 11
Stufe 12
Hier sind noch einige nicht weiter ausgearbeitete Zauberideen
vorhanden
- Cerddor(26):
Stufe 14
Hier sind noch einige nicht weiter ausgearbeitete Zauberideen
vorhanden, aber alles eher niedrigstufige
- Draig(18):
Stufe 1
Stufe 13
Wahnsinn (Einheit, negativ)
Hier fehlt nur die Implementation
zus<75>tzlich w<>re sch<63>n:
Stufe 2 Non-Combat
Dann gibt es f<>r jedes Gebiet zu jeder Stufe kleiner 15 mindestens einen
normalen Spruch.
Kristall des Schutzes
Der Kristall erh<72>ht im Kampf die f<>r die Berechnung der
Magieresistenz angesetzte Stufe von 500 Personen (wenn
Besitzer ein Magier) oder 200 Personen (wenn Besitzer kein
Magier) der eigenen Partei (oder, wenn alle Personen der eigenen
gesch<63>tzt sind, von Alliierten) um 25%. Der Besitzer mu<6D> kein
Magier sein. Implementation <20>ber ein Flag, welches vor dem Kampf
gesetzt wird. Sollte teuer sein, da Wirkung ziemlich heftig.