Take XXXIV

This does not yet fix everything, but I'm on the road... at least....

I've linked this routine now to the Scenario loader....

I see I prepared a 'fake' GALE class to take care of the previous issue, but as I had so much to do and no way to test it, I forgot about it... Good that I see it now ;)

I've set up a portraits table in the TextBox class

The error at hand is a result of the fact that the scenario loader tries to load pictures over GALE, which was the Lua API engine used in LAURA and LAURA II. This is not compatible with BUBBLE and thus also not with NALA, and therefore that error... So at least we got something that is completely normal....

Indeed, now the error changed indicating something more happened now

Take XXXIII

Well, I guess this will do a few things right then

Links to a non-existent file, eh?

Take XXXII

Done some extra debug lines, hopefully they'll answer a few questions

All subtables are .... empty

Take XXXI

And a debug line has to tell me why that came is done

It says the required tag is missing....

That did fix a lot, but I still got a LOOOOONG way to go!

Take XXX

'nil' value

Case XXIX

Load the scenario script first, DUMMY!

Moving in... I think.... :-/

Take XXVIII

I've added some Trims

Things are not yet the way they should be, but I'm closing in.... Good

Take XXVII

I did mention that space appear to be added when two VMs communicate with each other... I wonder why, but I should make note of it....

I'm sure it's not yet 100% right, but hopefully things are more on my side now

%s was placed, but not in the required sprintf setups as was needed

Take XXVI

Let's redo that one

Take XXV

Let's link two variables together and see what'll happen

The outcome of that line exceeded my wildest expectations.... But not in a good way

Although, I think my mind is clearing up now... I think I know what's wrong.... Oh crap....

I've added an extra debug line which should give me some clarity on this matter, as this is rather fucking GGRRR!

Take XXIV

Added Trims, and hopefully that helps...

So that is indeed the case, eh?

Take XXIII

This line must confirm if that is true

If you ask me, the system is adding spaces.... again....

Take XXII

Quick swap-up

It sees the scenario tag for a file, in stead of the file.... That's not good, eh?

Take XXI

A few fixes in the BoxText linker

Take XX

Ah yeah, that last word "nil" bug, that I still can't get fixed....

Take XIX

needless comment

Take XVIII

LAURA JCR converted to BUBBLE JCR call

The news came so I had to break this off, but let's resume things now, shall we?

Take XVII

Some calls to harsh system routines that LAURA had, but NALA hasn't and which can only lead to very extremely terrible bugs, so I'm better of without them

Anyway, the main problem is fixed there

Still the computer thought it did.... I must find out why the computer says "out of memory" when the entire notion is out of the question!

That still can't cause an "out of memory" though

I did find a missspelled variable

Still no good....

Added tag MURPHY

And I was hoping to play some more Lands of Lore before the News would begin... Of course, coding NEVER allows such a thing to happen....

Take XVI

I think I found it.... NIL is not yet able to declare and assign a value unless it's constant... Why it came to out of memory in stead of throwing a PROPER error, that's beyond me, though....

Right, it's confirmed the substitutor code is to blame (yet it cannot cause this to happen, so I'm still in the dark here).

Take XV

Ah... This happens during the call to the New Game... Maybe that explains something... yet... this is very very odd

The menu starts, and suddenly I get the "not enough memory" notice.... NOTHING can cause that to happen....

Take XIV

I've no idea what I'm doing... Since the engine refuses to give CORRECT data, I'm completely in the dark here

Take XIII

?

Take XII

Does this do the trick?

Take XI

MOAR parse errors

Take X

Parse error

IX

Linked that to BoxText

New gamevar substitution routine (I forgot about that)

Take VIII

MySplit is not just Split

Take VII

Temporary dummied code I won't need for the time being

Added tag DUMMIED

Take VI

NIL syntax is a bit more restrictive than Lua when it comes to direct table definitions

Take V

I removed a line I though I'd need, but as things went, I realized this line was only faulty.... I only forgot to remove it, this the NIL parser threw an error

Take IV

FOUND IT!

III (although this can't change anything, but actually it can't crash on anything either, so what's happening here?)

For some odd reason a WHITELINE has an unknown identifier.... Odd....

Take II

A forgotten self

Take I

Now I need to put everything to the test, which can be hard as I cannot yet see the text being processed, so I must just guess stuff a little....

And set up a function which should show all this....

Box generation based on the space the text in it needs

I've written a generation script (or rather revived the one I used for TFTREVAMPED and adepted it to NIL, to take full advantage of what NIL can do) that will do the end generation. This is important, as the system cannot know how big the screen is beforehand, so I cannot adept the text to this in my own data files. This script will calculate it all out and make it fully suited with your monitor.
This is not yet fully done, as a few more things need to be done (as some LAURA references may still exist, and since LAURA is no longer being used....)

It's a bit senseless having to re-invent the wheel all the time, so let's see how the TextBoxes are generated in The Fairy Tale REVAMPED!

All's well!

A few mistakes I made when linking this (I was too hasty).

I've now set up an auto-linking feature which allowed the BoxText to always perform the correct background rendering based on the current game situation.

All's well

A quick checkup to make sure everything's right

I've restored the original link to the opening SASKIA script so I can start the opening scenario... The menu screen is not yet relevant, that will come once I get into the actual field gameplay (and when that one comes I'll first get into the savegame routine anyway).

Up-to-date

Running

A bug shown by the screenshot... (the amber box next to the first box) has been fixed

Added tag SCREENSHOT

I REFUSE to call this a "fix"

Well, this is the ugly method, but at least it prevents cosmetic issues

Vertical alignment in text ignored?

Changed the vertical alignment of the points

It WAS the cause of all trouble???? WTF?

Forgotten "end" command... Such a thing should NEVER give an out of memory error under any circumstances... However this means a group is not properly ended... Is that the reason why???

I wonder....

Now I did forget to recompile NALA, and a new feature that's added to TQMG (which NALA uses) is required to make this work... That can however not be reason for an "out of memory" kind of error, but hey, it needs to be done anyway before I can fix anything, so here goes....

That error is NEVER right, but it means that something else went wrong... And what it is.... A needle in a haystack

"Not enough memory"

And used it to display the points

A "DarkText" library created

Some images of Aziëlla are faulty tagged with alternate text "Scyndi".... This will not happen again, but existing occurances cannot be fixed at the present time, and even if I could... It's not worth my time to do so....

Configuration changes to this DevLog!

Although you may initally not see any changes

Well, at least that part works now

A sense of "self"

Illegal object reference

Case error

I see.... I must make sure that NALA crashes out when assets are not found

Comma parse errors that came in this way.

Re-written as small part of code and see what happens

I wonder!

Variable misreference

Code typo

Case error

Easy fix, but still.... It was expected

"tag" unknown... I KNEW it!

I don't know why I'm sure they won't work,though....

I've set up the base model for the combat bars....

Done

Before this can be applied a small study is needed... Nothing serious, as the font will work as normal, but I need to check out some things, first.

Well, font is a great word, but the font engine will use it to show the HP, AP and VITALITY (if appliccable)

All bugs accounted for... Or at least... so it seems....

That stupid thing I do not wish to talk about!

OPLETTEN!

Illegal call to NALA API

I think I fixed it... I just made the way tables are interally called in a crappy way that was bound to crash

As far as I can judge now, all stat parsing is now working the way it should.... This has not yet caused me the end of my total suffering, but at least progress was booked

Another test coming up!

I think that the MaxCopy value was null, and maybe that's what caused this error... I've put in an concstructor in the C# code that must make sure that if not set MaxCopy is just an empty string

So I've set a line that must tell me WHY it thinks that AP has a MaxCopy setting (which it hasn't).

There's bullshit going on about MaxCopy....

Another debug line required I'm afraid (I'm getting tired of this).

But what will happen next?

Case conflicts with the SuperGlobal.VarCommunicate property

I think I fixed the issue at hand, yet I cannot be sure, so another test is in order

Fix confirmed, however another bug yet remains, and that is a pretty odd one too

A calculation notation fault in the underlying C# API that caused SUM and AVG scripts to return 0 always unless the last element has a higher value

A no longer needed debug line

Another debug line to be sure....

Hmmm.... closing in... I think

Unfinished string

More debug lines added so I can (hopefully) pin this down a bit better

Let's test this out now

Furthermore, the max of AP is the same for all characters, however determined by level and chosen difficulty setting

AP is not a stat in Dyrt, but determined by level

Well That has also been fixed now!

GRRRR!

The cause of the cyclic error should now also be fixed

that works

Let's find out!

Does, or doesn't it work?

Recompile NALA

Alright, I've set up a proper error throwing system for this, so if this happens again, a proper error should be immediately thrown, so we cannot keep on stacking up until a stack overflow exception is thrown by .NET

Aha... A cyclic infinite loop eventually leading to a stack overflow.... I can fix that, but first let's build in some protection inside NALA to make sure this cannot happen again, and that a proper error message will be thrown.

Let's check this in VS itself, shall we?

Congratulations, NALA crashes completely!

But lets run another test to have THAT ONE confirmed...

Illegal function call and I do think that is also what causes #20 to happen

Let's see how the stat script looks.... (It's there were it appears to go wrong).

Case issues, but that is not what casues #20 to happen

Let's see who this could happen, as I don't understand it anymore... :-/

Another parse error

Forgotten "end"

I've recoded the SubCollecto generator, and this should fix the issue at hand!

A fix is a fix, but is it THE fix for #18.... Another test will tell me

Not sure if this fixed the issue at hand, but at least one reference to a static that is no static has been fixed

Not completely good, but the error has changed, so the fix took effect.... Pity another bug popped up now

Issued as #18

Which is now fixed

That is of course when you declare it at the wrong spot so it resets all the time

What shows is that the variable 'chklevel' is always 0, even though that should NOT be the case...

Another checkup