Mouse

ImageFont

And Image loader should be working now

FINALLY I SEE WHAT I WNATED TO SEE

How far am I? MCMLXXV?

Case error

.......

Forward issues

Pleaaase!

I think.....

....?

What will happen if.....?

Impossible error!

Guess.....

And ANOTHER conflict (of the same kind)

And more testing (I really should have numbered them this time)

class conflict

.......

Incorrect class usage

It's fixed... that suffices

I don't wanna talk about it!

And more testing!

To Algemene Definities

MOAR testing

fixed it!

Oh crap!

And another test (and I didn't count them this time) :(

And another one

Let's test some more

Lack of self

Gotta put it to the test

Loader linked to flow

Process bar

I can't imagine I didn't do that one before, actually

ImageLoaded

Debug console linked to the INTRO routine... All other #use files should not be needed (I hope)

So far.... so good!

Take II

Undeclared var

so LET'S GO!

Now things are set up properly, I first need to test if it actually starts up at all....

Added tag SKELETON

Score!

Another one!

Startlink incomplete

A test (don't try this test at home, kids!)

And I've linked the loading script to it!

I've created the base template for the introduction... All it'll do is create a black screen, and other than that... Nothing....

first #59 and #63 as they must be done before any of the others are even possible!

#63

#62

#61

#61

#60

#59

#58

Despite the combat engine being the top priority now, I've decided to get onto the pre-main-menu-intro-screen first. For several reasons.... First of all, because I need to do it anyway, and the more I postpone this, the more hatred I'll have to do this.... and second, because I can get rid a bit of some issues I have with the mouse activating even when the screen is not active more easily that way, as it's really getting under my skin now....

FINALLY!

I think I fixed that one though

NOG STEEDS GEEN WOLKJE AAN DE LUCHT!

Despite the meaning of that Dutch Idiom, this is not a good thing!

Illegal Function Call

That bug did confirm the fix on the former

Illegal class call

No cloud textures properly assigned

PERFECT... Except for... the missing clouds....

and lowered the tree frequence in otder to get a more natural flow

And more random factor done

y line trees adepted as that was not ENTIRELY right!

Now THAT is more like it!

Let's see if that's true or not

And now let's void this bug, by making Tile call to ITile..... I REFUSE to call that a fix, but at least stuff should work this way

The boxes use "ITile" in stead of tile, that explains why it can work there, since they use a different function

Let's see what happens THIS way

However a checkup of the code, also renders THAT into the impossible... Meaning the truth doesn't exist.... Now that's odd....

1. RelPos.Y is not bugged
2. This shows by the floor being as big in height as it should be
3. And also because the trees were properly placed in the center
4. And my debug line also confirmed this
5. Once you've eliminated all the impossible, whatever remains, however impropable must be the truth, and that truth can only be that the Tile function is bugged

A debug line must explain the floor position

Width issue

Let's make up the balance:

1. Sky and floor are swapped
2. Width floor is not correct
3. Trees are so close that it doesn't work out the way it was intended.
4. The horizon is too low, although this could be the effect of the floor misplacement
5. In short only the sky color is correct
6. I don't see any clouds, but I think it's the floor bug doing this

Another test is in order

Another case error

Let's see....

Case error

RIIIIIIIIIIIIIGHT!

Did I void it?

Now the arena itself is bugged, but that was not part of the tests I just did

That link works

Take II is still required I guess

A typo I keep making for some odd reason

Take I (And only take, I hope)

Link code for showing the background arena

NOW it works

Take III

Code Typo

Another test

That wasn't done the right way

And let's test the mouse pointer

Eaten my lunch

Mouse pointer added and will get to sleep if the stage asks for that!

But that was acutally the easiest part to take care of

Works

Party status bar shown at the bottom of the screen during combat

A moment of silence for those who died 18 years ago in this horrible, cowardly attack

This does indeed create the basis combat settings

Let's see if it's picked up!

More code in this direction

Okay, okay, I made a skeleton for the Combat IDLE stage... Happy now?

I went to a the theme park today.... Allow me some time off, will ya?

So all is fine for now and I'm gonna call it a day!

It says no stage set, which *is* actually what I wanted to see for now, as in order to get the IDLE on the move I need another coding session (I forgot about that)

Take XXIX

Delegate created to void another crash (which was needed from the beginning so pretty stupid actually).

Combat music starts already, which is a good sign!

Almost there....

Take XXVIII

Is both :P

.

.

Take XXVII

Roundingissue

Take XXVI

A true error.... Bad sprintf definition

Take XXV

Voided it

Impossible error

Take XXIV

A REAL parse error!

Take XXIII

more

Take XXII

And another one

jpbubble/NIL-isn-t-Lua#49

Take XXI

More?

Take XX

And another

Take XIX

NIL bug

Test Take XVIII

Invalid variable declaration (at least in accordance of the current variable declaration rules)

Take XVII

Missing

Take XVI

Misformed table

Take XV

Missing "self"

Take XIV

Invalid delegate my ass

Take XIII

?

Take XII

Missing "end"

Take XI

More link issues fixed

Take X

And now I could easily fix this all

Expanded error data on link error

Take IX

Use definition

Take VIII

Missing self

Take VII

Misformed formatted string

And Take VI

A little void code

Something's definitely wrong with the static local translation

The outcome of the debugger shows me data, that should NOT be possible

Take V wil thus have to provide me some answers

Added some extra data in the error thrower allowing me to properly debug this crap

Okay, it was NOT fixed

Take IV

Color error

Take III

Should fix another crash

Another liblink

"Anyway" as indeed the issue

Take II

Did I forget Anyway?

Take I

And the Random encounter routine is now linked to the combat routine, meaning combat SHOULD start, or at least the black empty screen and the music should play

Debug features should work though

Nothing that will lead to "playable" results yet.... Once the combat starts all that will happen is that the combat music plays and further than that a black empty screen.... I can't do all at once you know

I've done a few work-outs on the combat start up

Not much, as the major part is being done elsewhere....

Worked them out

skeletons for callbacks in combat

I've now linked up the prework to the routine that will ignite the battle at least... That is in basic, as this function linked to will also forcefully throw and error... for now! ;)

versioning

All parse issues accounted for!

Take V

...

IDIOT!

Take IV

Multi-Array definition fault

Take III

Type requirement not followed

Take II

Module conflict

And as this is a new chapter in development, let's have another Take I

My forced error has another exclamation mark for my own references