+++ DynRPG - Das RM2k3-Plugin-SDK +++

[Chili]

@Edit2: Der Bug ist mir neu, wird notiert. Gibt jetzt aber noch keinen Fix, im Zweifelsfall Large Window verwenden...

...

Kein Problem. Drängt nicht.

Mir ist noch etwas aufgefallen, weiß nicht ob das beabsichtigt ist oder nicht:
Der DynRPG Patch verlängert ja die Zeit, in der Ein Skill am oberen Bildschirmrand angezeigt wird.
Wenn der Spieler einen Skill einsetzt wird der Skillname früher gelöscht als die Box.
Vom Timing her würde ich die Box dann mitlöschen.
In den Patchlogs habe ich zwar nichts davon gelesen aber, beim Benutzen von Items würde ich die Verlängerung weglassen, da nach dem Ende der Itemuse Animation,
eine unnatürliche Pause entsteht, wo nichts geschieht und erst nach dieser Pause tritt der Itemeffekt in Kraft.

[Cherry]

Joa, das ist leider sowieso buggy, wird in Zukunft wohl entfernt oder zumindest verbessert. Irgendwo hier im Thread fliegt ein Patch-Patch rum der das wieder wegpatcht.

[Chili]

Joa, das ist leider sowieso buggy, wird in Zukunft wohl entfernt oder zumindest verbessert.

...

Mhh, schade. Finde es eigentlich ganz hilfreich.

Irgendwo hier im Thread fliegt ein Patch-Patch rum der das wieder wegpatcht.

...

Drauf gemacht. Danke!

[Chili]

Und noch ein Beitrag :P

Ich hab festgestellt, dass Pictures mit der ID 1001 und höher (sie sollen ja nach dem Mapwechsel angezeigt bleiben) auch angezeigt werden nachdem man zum Titlescreen per Spiel verlassen oder F12 geht und dann auf neues Spiel geht. Lässt sich das nicht anders vereinbaren falls sie beim Mapwechsel erhalten bleiben sollen?

[Cherry]

Known Bug... Man könnte natürlich ein Plugin als Bugfix machen was einfach bei onInitTitleScreen sowas wie for(int i = 1001; i <= 2000; i++) RPG::pictures[i].erase(); macht.

[Chili]

Wenn ich das könnte, würde ich es natürlich selbst machen ^^´
Wird der Bug in der nächsten Version von DynRPG behoben?

[Cherry]

Wenn die mal kommt: Ja.

[Auge des Sterns]

Ich meine irgendjemand hat bereits von den Transparenzbug mit Charsets berichtet. Als ich es ausprobierte waren die Transparenzen recht unmerkbar und auf Transparent eingestellte Events waren völlig sichtbar. Daher wollte ich mal wissen, ob bereits Lösungsansätze hierzu bestehen.

Achja, und natürlich pushe ich diesen Thread mal etwas.

[Rinober]

Ich meine irgendjemand hat bereits von den Transparenzbug mit Charsets berichtet. Als ich es ausprobierte waren die Transparenzen recht unmerkbar und auf Transparent eingestellte Events waren völlig sichtbar. Daher wollte ich mal wissen, ob bereits Lösungsansätze hierzu bestehen.

Achja, und natürlich pushe ich diesen Thread mal etwas.

...

Das möchte ich an dieser Stelle auch einfach nochmal fragen. Sorry falls das Problem mittlerweile behoben sein sollte, aber das werde ich dann wohl nicht mitbekommen haben.

Und eine weitere Frage noch:
Kann ich irgendwie das battle command window (oder wie das heißen mag), wo ich eine Auswahl treffe zwischen Angriff, Abwehr usw., versetzen, z.B. in die untere rechte Ecke des Bildschirms? Es verdeckt scheußlicherweise dauernd die Gegner und den an ihnen angerichteten Schaden, was für den Spieler ein wenig unkomfortabel ist.
Wäre dankbar über Hilfe

[Davy Jones]

Das möchte ich an dieser Stelle auch einfach nochmal fragen. Sorry falls das Problem mittlerweile behoben sein sollte, aber das werde ich dann wohl nicht mitbekommen haben.

Und eine weitere Frage noch:
Kann ich irgendwie das battle command window (oder wie das heißen mag), wo ich eine Auswahl treffe zwischen Angriff, Abwehr usw., versetzen, z.B. in die untere rechte Ecke des Bildschirms? Es verdeckt scheußlicherweise dauernd die Gegner und den an ihnen angerichteten Schaden, was für den Spieler ein wenig unkomfortabel ist.
Wäre dankbar über Hilfe

...

http://www.multimediaxis.de/threads/...=1#post3030978

Funktioniert wunderbar =)

[Corti]

Hab ein Problem mit "RPG::map->events".

Ich kriegs nicht gebacken auf ein Event zuzugreifen.

Code:

 
RPG::Event *ev = RPG::map->events[0];
RPG::Event *ev2 = RPG::map->events.get(0);

if(ev->doesEventPageExist(0)) // Speicherzugriffsfehler hier 
{
    CortiHelper::ShowInfoBox("Event Page Exists","hahaha");
}

Kurioserweise bekomme ich nach z.B.
RPG::Event *ev3 = new RPG::Event();
für ev3-> allemöglichen Member und Methoden im Intellisense. Die oben genannten machen zwar keinen Compilerfehler, aber Intellisense tut nichts.

Das hier:

Code:

int i = RPG::map->events.count();
   CortiHelper::ShowInfoBox(i,"hahaha");

Gibt Zahlen wie 12343242343254 um den Dreh. Erinnert mich an RPG::monsters, da gab es das Problem ja auch.

In diesem Falle gibts für das was ich vorhabe leider kein einfaches Workaround ohne die Liste.

[Cherry]

Zwei Posts über dir steht die Lösung (ich Depp hab zwei Member in RPG::DList vertauscht, nämlich "items" und "count" - erklärt alles, ne?).

Übrigens wird events[0] immer fehlschlagen, weil du als Index die Event ID nehmen musst und Event 0 gibts nicht. Willst du über alle Events iterieren, kannst du über events.ptr->list die zugrundeliegende RPG::DList (eigentlich DListPtr) erreichen, deren Indizes normal 0, 1, 2, 3... sind und nicht die Event IDs.

Erklärung: events ist vom Typ NamedCatalogPtr. Das ist eigentlich nur eine Hilfsklasse die NamedCatalog* ersetzt um die Zugriffe zu vereinfachen, also damit events[1] geht und nicht (*events)[1] notwendig ist. event.ptr erreicht den eigentlichen NamedCatalog*, und da NamedCatalog von Catalog erbt, ist der Member "list" dort verfügbar, welcher vom Typ DListPtr ist (was wiederum eine Hilfsklasse ist die DList* ersetzt). Der Maker kennt da leider so viel verschiedene Klassen (DList, Catalog, NamedCatalog) dass der Zugriff ohne die Hilfsklassen wie DListPtr, CatalogPtr und NamedCatalogPtr sehr beschwerlich wäre.

doesEventPageExist(0) ist auch nicht sinnvoll, weil die Event Page IDs ja im Maker bei 1 anfangen.