It appears to be working, folks!

Take IV

Illegal class usage

Take II

A few faulty identifiers

Take I

But at least I can start to test this part out!

Now the action will not take place... As a matter of fact, the hero in question will "freeze" 1 position after COM.... What comes next will be taken care of later

I've set the stuff that should happen once the targets have been selected and been confirmed

That appears to work, I suppose

Take III

Code typo

Take II

That was not good!

Quick Test

Canceling selecting target should now be possible by both hitting the red "X", as by pretting the right mouse button

This is for later, but I think it should definitely be done #57

Take IV

Alignment issue fix

Almost there

Take Take III

QuickMeta issue

Take II

QuickMeta Definition wrong!

Take I

For now the "?" is the only thing I can test, but it's something!

This has now been scripted

Yes, bosses you can take on again will be affected by this in the Casual Mode, and that is intentional

The same rules will apply as always. In the easy mode, the bar always shows... In the casual mode, the bar only appears if you've beaten the same enemy before (level won't matter), and in the hard mode the bar will never show.

Next stop the HP bar.... (if applicable)

Take XVIII

Fixed that, at least, but does that also fix the issue as a whole?

Oh, I think I see it... A syntax error Neil didn't detect?

Take XVII

hmmmm

WTF?

Take XVI

Different approach

Take XV

I do need to see why the level color is wrong, though

AT LAST!

Take XIV

Perhaps this would do it?

But why?

Just as I suspected.... Clearing isn't done, at all

Take XIII

Let's see

Nope.....

Take XII

I think I fixed the non-unselect issue

Take XI

I will later sort out why there's no unselect, plus I also need to see what happens when there are multiple targets, as it may not be so bad after all

First the spacing, that's the easy part

Although I must also see why stuff is not being unselected as that should also happen

In essentials this works, however, I do need to space things out a little for readability reasons

Take X

token error

Take IX

Illegal class member

A part of the problem I guess

Take VIII

I need to see if this works, but here goes nothing

Take VII

Lemme sort this out some more

Outcome here true, yet returned value is read as false?

Take VI

%s is for strings... not %d

Take V

Hopefully this will shine a light WHY this happens

Another line

Apparently the hovering is to blame

Take IV

This debug line will have to explain a few things.

Why?

NOTHING happens at all

Take III

Bad Class Usage

Take II

Needless line

DAFUUUUCK?

Take I

Will it work?

I've seen more trivial things go wrong after all

"Icon" (if applicable otherwise lettertag), level, and name

No visual effects yet!

All crashes accounted for

Take IX

Fixed future issues

Take VIII

Copy error

Take VII

Missing properties

Take VI

Illegal Class Index

Take V

Fixing a call causing errors based on outdated data in the process

A class export was required

Take IV

Class fault

Take III

Issue?

Take II

Hmpf

Take I

well it should.... I cannot check it as all code is for now "under the hood" code...

Targets selection works

Target hovering detection

Done

In order to keep the experience the same, I'll follow suit here, although I am thinking to add an "indiscriminate" feature in order to make it possible... Rather a safety pre-caution to save myself work later in the case I still need it

Yes, it is indeed a discriminating system... Which is to say odd, since the systam has clearly been designed to make indiscrimination possible... Oh well...

From what it looks like the Star Story target system does discriminate, or in other words, not allow moves to be on the target the move was not intended for... At least this goes for the all targets, but as far as I can check for single target moves as well.....

Take IV

C-String format error

Take III

Identifier issues

Take II

Action syntax error

Does it work?

Take I

Linked to the input menu

is not operative yet, just a basis group, but you gotta start somewhere.

Basis target selector

From here I can start setting up a target selector

No visual effects yet, though

A base class has been set up for actions

I've added "dodgable" to the IAA database. This is because normal attacks should always be dodgable, but as normal attacks were not in the ability database in the original version, I had to make a workaround for this.

This is a technical thing.... It will be easier to work this way...The only visual difference with the original game will be that "Shoot" will appear on screen

Shoot

Perhaps itch.io needs better protection to prevent devlogs getting lost.... (unfortunately itch.io is not the only site with this unforgivable problem).

Take IV

What?

What?

Auto fix zero ammo (saves me the trouble to fix save game files)

Take III

Yeah, what?

Prevented more future crashes

Take II

Syntax error

Well, does it work?

The number of bullets should show, but only if the character is a gun user (which is only Wendicka and Crystal while in uniform. Briggs, Yirl, and a secret character). Please note Crystal's "ARMS" system will not show in that as that has it's own window, as those are a kind of abilities.

Shoot should be unavailable when out of ammo, and reload should be unavailable when ammo is full

Enemies do no

Heroes still show (as they should)

This should not cause any visual effect yet, but will be important later when the battle can actually be fought

Made sure unavailable actors (that is dead enemies and heroes on the back row) no longer appear on the time gauge and also do not move on it

Hover effect

Gotta love stop motion

Color issue on arena when menu pops up

Sigh!

Item names

GRRR!

Item boxes

Mouse cursor gets hidden behind the combat menu... Something we do NOT want, eh?

Coordinate issues

AAAAAAARGH!

SIIIIIGH!

Tag issue

Dir error

I'll close the github issue about that later!

I'll be, looks like that's fixed....

I hope this fixes the "SELF" in constructors and destructors... A bug that has been in Neil for quite awhile and which MUST be fixed!

File name issue

The menu should partially appear... That is the menu case... The items will come later

Linked to the Ally compiler for the combat flow

The others come later!

Combat menu, Wendicka, Crystal and Briggs

Loading the menu images

The actual user menu comes later!

And now it does what it has to do....

Take VI!

Missing callbacks (empty now, but I need them later anyway)

Take V!

Illegal group assignment

TAKE IV!

OPLETTEN, JEROEN!

TAKE III!

Non-existent member?

TAKE II!

Bad ref

Seems so trivial, but you never know in this line of work... so...

TAKE I!

Important to note is that the player input only accepts the stage itself but shows nothing.... That being said the signal will sound, and the game will "freeze", however through the debug console it can still be force quit.

Link to player input in combat

adaption for project file was required

That was a transfer, of course

Signal

I've set up and IDLE check... This should prevent the event conflicts Dyrt suffers from

GOTCHA!

Why?

At least SOMETHING happens, but not the right thing!

Apparently NOT

I think I got it!

The forced error I set in goes off.... So at least the function is called

Why?

I see now that my C++ code was set to correct this immediately... But it doesn't

Older savegames will now act up a litle... This SHOULD automatically be fixed when data changes and most of all when the characters have their first level-ups... This didn't happen right away, as the system doesn't make this check on read-outs (to prevent needless performance loss)

ALL DONE!

Take XVI

I see that there was a bug in my C++ stat scripter (12 + 0 + 0 = 12 in my book and not 36, so this is how this bug came to light)

Take XVI

I think I found the 0 issue