As the inventory screen is NOT present yet, all I can do to test things out is to simply run the game and save the game, and see what the savegame will contain... Thanks to my GJCR tool that's easy, but still :-/

I've set the start script to make sure you start with some apples and antidotes.... The number depends on your difficulty setting.

However I went a bit too fast, I now realized, so this code ain't gonna work

And linked this to the savegame routine, which should now save the inventory

I've written the link code for this table

I've set up a quick meta table to use for the inventory, but it will not really be taken in use now, but at least the save game routine can be completed this way without any issues later

If you counted well, you may see an initial error first, but then again, this devlog was NEVER too precise on things.

a few config issues in this devlog

'quickmeta' added to NIL

One too many

A few issues

Code Typo

SIGH!

And fixed a crash in the process!

Faulty variable declaration, but then again, i didn't need that variable anyway

Case+$ errors

the very first savespot has been placed (it only does NOTHING AT ALL YET!)

To start simple I've added the constant game time to the game

Does it work now?

For now I've voided this issue

It's still beyond me why private elements are still so buggy

The directory file was currupted.... So that was an easy fix, but still, odd

Nonsensical error

I think I fixed the missing "Create new" slot

The disappearing slot bug has been fixed

Apparently it DOES have the effect I wanted to see

Will it really work with ' in stead of "?

Attept to get rid of the unwanted leading spaces

Yup!

I THINK I found the issue.... Not 100% sure, but hey, ya never know!

Why does this happen?

Impossible bug

No property called "Kthura"???

What I did fix was a call to a removed variable I didn't need anymore, but I forgot to remove that call

And now the error is gone without a fix... Computers, don't even try to understand them

Wtf?

The field data and the actor position should be saved

still a lot to do but at least we're closing in, eh?

My new RPG Char Viewer is not yet finished, but it can already make a full analysis of a save game file, and tell ya what? The data shown is the data I wanted to see! GOOD!

Things are beginning to look good!

Well, I gotta try, I suppose

I hope

A "not" where the opposite of "not" (for which the English language has no word.... WEL, you can better speak DUTCH people) (and now that "wel" is NO missspelling!)

An extra debug line to sort a few things out!

The RPG Database does save the global data, like links (which are none at this moment) and the current party members, but the individual data is not saved.

this was a bug that also affected Aziella's Babbling Bubbles, although that game oddly enough didn't suffer from it :-/

Game ID not properly saved in savegame files

No errors popped up... But that does not always mean stuff works the way it should

Did I fix it? (Visuaul studio was playing tricks on me)

As the error I get now is downright odd!

Let's take a closer look inthe debugger

The %d issue should be fixed now

Game Variables have been properly saved, so that's cool!

That issue's been fixed by the way

Some secret data that was now just open shows what I wanted to see... Well almost, but that was not the fault of that data file, so at least that's okay

well for starters... In stead of a number %d was the extension and everybody who's ever coded in C or languages based on that using C formatting know how that could happen, right?

All I know now is that no errors pop up... But if that means stuff works... THAT is another story, and that needs to be investigated

Take VII

Empty XTRA registry

Take VI

config errors

Take V

Code Typo

Take IV

Forgotten #endregion in NALA

Take III

Some workouts

Table style fix

I wonder how many "imbecile" bugs I'll get along the way!

Take II

Illegal Function Call!

Take I

#33

GameVars stored

It's 6 o' clock and time for the news!

a few general preparations

Of course, the real work hasn't yet even begun... Saving the actual data that should go in the savegame files

All's well now

Take SIX

Tried to show empty character slots (resulting into a crash)

Take FIVE!

And fixed a crash in the process!

an "s" somewhere in a string where it was NOT wanted!

Take FOUR!

Declaration fault

AAARGH!

Take THREE!

More forgotten

Take TWO!

Forgotten

SHOULD, so here goes... TAKE ONE!

The characters in the party and their respective levels should now show

Directory integry

#36

#31

IT WORKS!!!

Forgotten "end"

Scrolling with mouse

And the down arrow appears, but only when scrolling down is possible

Arrow now in FULL COLOR and not greyed out a little (people could think it was disabled).

I fixd that!

All wrong! The arrow appeared when scrolling was IMPOSSIBLE and not when POSSIBLE! :(

Code typo

*SIGH*

illegal field call

Imbecile

And let's do that AGAIN!

Code typo

It ONLY appears... Clicking it won't do anything right now!

Arrow up should appear if scrolling up is possible

An auto loader for the arrow icons

It works... AT LAST!

I think I fixed that, but I hoped for an error that made SENSE!

Great! A .NET error

I think I fixed it this way, but let's see

The problem lied with that the "CREATE NEW GAME" slot was still created, but not shown (since I tested this in load game)... Should imply that in saving it works.... I now made sure that unless you are saving your game, that slot is just not created at all!

On second thought, I think I got a better idea (if the data just thrown is true, it won't work, though, but let's try!)

Let's debug this out more properly, as the impossible looks to be happening now

Am I really such a failure in math?

Let's answer a few questions with this debug line

No more crashes... Nooooo, even better, NOTHING HAPPENS AT ALL!

Should be fixed now, though!

Down scrolling keeps crashing stuff

GRRR!

Scrolling in the savegame menu should be possible now, but yet only with the keyboard

Updated!

Let's at least run the backup tool, shall we?

Still so much what I wanna do, but I must allow myself some rest, as I am about to overwork myself

AT LAST!!!

Take XV

Which should fix a needless crash

Whiteline ignoring

Take XIV by now I think (I forgot to note some of them)

HighID readout

Wrong readouts of party members (not that you can see those now, though)

I think I fixed this, but not a chance in hell allowed this to a .NET error (as this was a simple 'nil'-value error).

Maybe this tag is in order for that one!

Added tag FRUSTRATION

AND ANOTHER .NET ERROR IN USER CODE!!!

Unknown command

AT LAST!

Take VIII

I think I solved it... Or at least... I hope so!

Whatever goes wrong it happens in the underlying API.....

Take VII

A few extra markers now

Now this is getting annoying!

test again.... take VI

Rerun the compile script and

Let's do it a bit differently

"When you've eliminated all the impossible, whatever remians, however imporbable, must be the truth"... Since all else is impossible now, we are closing in on the truth

The CSay commands right after the loading command would have ben executed if it didn't go wrong in the loader, so that is pure progress!

Furhter investigation is now in order!

The debug lines reveal that it goes wrong when it reads the file from the disk or at least somewhere there...

Take V

Should be fixed

I think I found the issue, and I guess NLua isn't really capable of handling that kind of stuf PROPERLY!

Okay NOW I can say that didn't help at all!

And go for TAKE IV!

So let's do that first

But maybe that is because I forgot to recompile NALA

That didn't shine a light on things

Take III, I think?

A try{}catch scope MAY provide some answers???

".NET error in user code" fuck it!

And again

Missing )

Another test

I really should make sure that higher level locals cannot conflict with higher level ones, but for now this will prevent a crash

The difficulty was not saved, that has been fixed!

Let's see what'll happen

I've set up a reader for the directory file... This is an essential part of the savegame routine

I see, what I wanted to see... Good!

Will likely produce an empty screen now with only the side bar, but it makes things easier on me as I don't have to go through the game sequence all the time now!

I've written the link code to link the main menu to the save game manager, in order to load a game

the item itself does NOTHING yet!

The main menu should check if a savegame directory file exists, if so then allow "Continue a Game" to be used

My primary concern now is though, to get the directory files properly read, and to make the main menu properly respond to its existence

Back to the game, all I know for sure now is that RPG character can load the way it should do, about SAVING, I know nothing right now, the upcoming time this needs to be sorted out....

Another note... You won't notice the difference in NIL yet

Unfortunately this doesn't work on locals... If there's a way to make it happen, I'm all ears...

Some experimental code has been written to bring more strictness in global variables in NIL... They are often considered as "dangerous" so maybe....

Time for a break

And fixes the stats issue in the process too, even better!

In order to fix I did first try a little experiment, and HEY IT WORKS!

Well only 2 bugs left and they are minor ones, which should be easy to fix, so no real harm here ;)

I forgot to replace the BlitzMax style tabs with C style tabs, and C# requires the latter

Lists do show the links, but

And lists also look in order

And so do their links

Points show

But their links are in order

Stats names show, their values do not

Along with the links

Data also shows accordingly

The RPG Char viewer shows the party the way it should

And that should also fix ANOTHER issue I had on the road

the TRPG data class... it was a leftover from the translation, contained the same properties as the new RPG data, and was causing conflicts

The linking issue has been fixed, and that's a good thing as this is a fix that will also automatically be fixed in NALA as well (due to both project using the same code file for this one), however not all issues are over yet, and I really cannot code the save game routine as long as those bugs linger