Did I fix the argumentation?

Take VI

Linkup elsewhere faulty

Cancel feature did not properly link back to the combat

Take V

?

AARGH!

Take IV

Well?

Take II

CRAP!

To work or not to work... that's the question

Take I

I've linked everything together now

Although I think this is better

This should affect both items and abilities, but the latter cannot yet be checked

Cancel function

I did check out a few things

Sometimes MAGA idiots know how to amuse the MAGA opposers :P

Come one, this is just funny :P

It works the way it has to work for now, but there is still a lot of work to be done here.... :-/

Take VI

AH!

Take V

What is happening here?

Take IV

Syntax error in Field Menu script

Take III

Identifier issue

Take II

Scope error

Take I

Since there's no link back, calling for items basically ends the game for now, but still I can test stuff out, and that is what I will do

The link to the selector has been made already, and should even work, however there is still a lot to be done.

Scripted the functions that can be used to link the item selector to the combat flow

Some unexpected stuff came in my way today, so I couldn't do as much as I planned

Set up for usage of items, ARMS and abilities in combat.... This setup will aslo help in switching party members

LOL

We'll see I guess...

I think either items or abilities should be next

Color changes on combatant actors due to "hurt" messages should not happen

It works

Take V

???

And that brings us to

Test IV

No "Cast" for Briggs

Take III

Missing underscores

Take II

Dupe declaration

Let's see if that works the way it should, eh?

Linked to the combat menu

Reload

Reload effect

Of course!

Syntax error

Another quick test!

And as in the original game, the ammo does NOT reset in the hard mode

This does NOT count for Crystal's ARMS, only for the hand weapons that replace regular attacks

Ammo reset at the start of each battle

Close, but no cigar.... not yet!

Let's see now!

It actually appears that the not going down of ammo wasn't the result of a yet unscripted part, but of a bug... Congratulations, Jeroen!

I think the next stop will be bullet subtraction and reloading

Right!

And let's see how things turn out now, eh?

#68 Defense stat was not properly compiled... It should be now

Thanks to an issue in the Neil syntax when it comes to numbers as .1212 (the 0 must always come first in Neil... Not sure what to do to fix this).

#68 - Indeed the damage done was indeed way too high

A table for storing status change data

time for a break

AT LAST!

Well?

And that should also fix the enemies that do not always appear even when they should

Case issue in Kthura for C++

more debug

WTF is going on here?

Well?

Let's narrow things down a bit

And how about now?

GRRR!

Let's see

I've set an "Always" field to enemies on the field guaranteeing they always appear. This is in order to make sure the enemy tutorial doesn't go off in an empty room, which would be quite ludicrous

Monster should also disappear from the map after defeat

Almost there.

Take III

The error does however confirm that the main issue appears to be fixed, but I gotta test more to make sure!

Old code typo...

Take II

Scope issue

Take I

And should fix this issue

This has been don enow

Enemy freeze examined... Yes, I didn't yet completely work out the conflict prevention routine....

Okay, that's in order for now... The next challenge will be why all enemies deactivate after combat as that is really puzzling me, but it's time to have break now... Be back soon

Take VI

speed and y coordinate reconfigured

Level number didn't increase

Take V (I forgot to mentio take IV)

angle fix?

Experience bar must reset after leveling up

Anyway, it's fixed now!

WTF? How did that tag get like that?

Take III

Scope error

Take II

Declaration issue

Take I

Level Up has been implemented for the front row

I am first gonna see if I can make Wendicka and Crystal actually gain levels

#70 - Later concern, but I must sort it out!

Better

Take X

Let's try this

Not quite

Take IX

Let's see what happens now then?

Does a bit batter on the rotation, but there is some question about the hotspot I think

Take VIII

Sped up "You win" animation

I see rotation is still a bit of an issue

Extra property

Take VII

Normally not possible in Neil, but the linkup with C++ can something cause this to happen

Case error

Take VI

Error in Apollo Glue code

Error in boolean expression checking victory

Take V

Bad boolean expression

Take IV

Yawn

Take III

Huh?

Take II

Voided that! (This is Microsoft's failure not mine, so I refuse to speak of a fix)

This is what I hate about MS-DOS and systems derived of it..... backslashes where slashes should have been used in stead!

In the meantime I can prepare for take I, though

And put some snert on in my kitchen in order to eat

Taken a break

Linked

The Victory Screen has been scripted

For starters recompiling Apollo

But before that a lot needs to be done first

No telling if it works,yet, but the upcoming tests will tell... Likely

Glue code

Well yeah, I did have to prepare Apollo for that.... Not fully there yet!

Now it is my plan to make the letters "You Win!" turn in scaled and rotating in the same manner as in the original game, however study is required, as I am not fully sure about how TQSG handles that, however since Kthura requires this, there must be a way, eh?

Please note, this routine has not yet been linked up in the main flow so whether or not a group has been defeated will (for now) not mean anything at all.

A checkup routine has been made to check if a team as or has not been defeated

Although the damage Briggs and the girls do is incredably high... Now Briggs is not really much wonder, but the girls.... I need to sort this out....

This seems about right

Take XXXII

Experience didn't work, but I think I fixed that....

which finally works, but still....

Speed up death animation for enemies

Take XXXI

Let's try this.... Does that void this issue?

Code typo

Take XXX

I guess I'm getting sleepy

Take XXIX

Let's ignore this, shall we?

fuckit!

Take XXVIII

Does THIS slow down the death sequence?

AP going up forever where it should only happen once

Not quite, but getting closer

Take XXVII

Random idiocy

Take XXVI

Bad class member

I am getting awfully tired of this

Take XXV

Identifier conflict

Take XXIV

Voided issues for the future

Take XXIII

That SHOULD fix all that... At least I hope so...

Call to function to check stuff out!

Well, the latter was easy to explain I guess

By why the enemy sprites don't collapse and disappear, THAT requires some thought....

Yet they still move over the guage, but that is not that strange as I still need to update that part

At least I got it confirmed that dead enemies are no longer targetable by the player, which is a good thing....

Not out of the crap yet.... far from it, actually

Take XXII

I think?

Code analysis

I made myself a hitpoint overview

Well, I will need to give this a clear thought, my dear Watson!

At least Wendicka gets her AP when Briggs attacks.... Hey, gotta make progress somehow, eh?

Right the HP are not subtracted