Programmwunsch und -erstellungsthread #2

[MagicMaker]

Wenn du vornherein nur das nutzt, was sowieso funktioniert und nicht das kaputte noch hinzu, wird sich durch einen Fix nichts ändern. óo

[goldenroy]

Wenn du vornherein nur das nutzt, was sowieso funktioniert und nicht das kaputte noch hinzu, wird sich durch einen Fix nichts ändern. óo

...

Hö? Mir geht es um folgendes Szenario:

So sieht es jetzt aus
[Transparenter Char, aber kaputt wegen DynRPG]
~~~


Und wenn ich es jetzt so mache:
[Transparenter Char, aber kaputt wegen DynRPG]
[Manuelle Einstellung mit Move Events]
~~~


Und DANN das DynRPG-Problem gefixt wird, dann sieht das beim ersten einfach so aus:

[Transparenter Char, gefixt]
~~~


beim zweiten allerdings:

[Transparenter Char, gefixt]
[Manuelle Einstellung mit Move Events]
~~~ (Doppelte Transparenz)

Und das wäre halt weniger vorteilhaft. Solange das fixbar ist und auch gefixt wird, kann ich während der Entwicklung ruhig auf die Transparenz verzichten. °-°

[MagicMaker]

[Transparenter Char, aber kaputt wegen DynRPG]
[Manuelle Einstellung mit Move Events]

...

↓↓↓

[Transparenter Char, aber kaputt wegen DynRPG]
[Manuelle Einstellung mit Move Events]

...

[goldenroy]

Ich wechsel sehr oft die Herografik, auch teilweise mit dem Hero GFX Befehl, bei dem man afaik jedes mal neu die Transparenz einstellen muss. Ich müsste also alle Events abklappern und das fixen.
Ich nehme an das Cherry eh vor hat, den Transparenzfehler zu beheben, insofern kann ich auch einfach warten.
Außer er ist nicht behebbar, wenn das der Fall ist muss ich es wohl oder übel auf die umständlichere Variante machen. /:

[elvissteinjr]

Wobei auf dem Transparenzwert eines Events bzw. des Helden man doch theoretisch direkt Zugriff via DynRPG geben könnte. Klar, geht momentan nicht, halte ich aber für eine Möglichkeit.

[Davy Jones]

goldenroy, mach nen Common Event mit dem Move Event drin und lösch den Inhalt wenn der DynFix rauskommt.