Take VIII

It may slow down the loading a bit, but who cares... I doubt anybody will notice that millisecond of time loss

Not really good for a beauty contest, but I guess it will get the job done... at least... I hope so

I guess the multi-value return is to blame here... Something Neil cannot really handle right

 Clickable::Create(NPC_SAVE1,YAQIRPA,816,function: 00000240DDD86D20,NPC_SAVE1,nil): Illegal function call!

Take VII

Error line added.... If not right, error!

I have the feeling the system didn't really understand what I was getting at here

It's making less and less sense now, but at least I got a lead now... well, sort of!

Well, I'll be, the constructor for clickables must dump a message in the log and doesn't do that... which means that it hasn't been called...

And let's see now, Take VI

And another

Extra debug line

No clickables? And yet the automator says it found one.... This is interesting....

Take V

Illegal class usage

And See what this checker lists

Let's first make a checker for all clickables

Elementary.... We do need to investigate why!

Clickables appear to be ignored

Walking normally still works

Take III

GRRR!

Take II

Ah, declaration issue

"CLay" unknown identifier? That can't be!

Let's see then...

I can test if Wendicka does respond to this, though

The events tied to this do not yet work

Clicking clickables should make Wendicka walk to them now

Before I get onto the other things, let's get the savebook to work first, and maybe I can also get onto scrolling

Player invisible after entering great hall

Great Hall

And tutorial about foes

Not really up for the beauty contest, but at least it works....

I didn't want to do this, but I guess a "ForcePassible" has to bring the solution now, or this will take forever!

Quick test!

Obstacles have always been a kind of an issue in Kthura as far as the BlockMap is concerned... Nowadays I even stopped using them in connection with the blockmap and I use zones in stead now to make sure the BlockMap is properly generated.... Of course, since this was the first dungeon ever created with Kthura, I was back then not fully aware of its pros and cons

I've set the zone with the book to also respond... This was needed anyway (in case players walk back), and this also fixes savegames that would malfunction in the process

And no crashes now!

Let's run in VisualStudio now to get more answers

I cannot see why the game crashed (without a warning or error message), but at least the log indicates that the clickable has been created!

Crash?

Because I cannot see if stuff works the way it should, I've added a few debug lines

Fix confirmed

Quick test!

I think

But when saving it tries to load in stead of to save, and that leads to a crash, but it shouldn't have happened in the first place

The save tutorial only appears once

No more crashes on THIS department

V

Very big error

Take IV

I think I fixed this

Take III

B.A.R.F.

I hope this helps

This should never have resulted into "nil"

Take II

Syntax error x2

Well, let's see if this works, then!

Should get to work as soon as a new map is loaded!

Clickable generator

Neil glue code expanded

I've set up a clickable class

I've retagged the savebook.... Easier for me to script, you know :-P

Test comes later

Let's compile it all, shall we?

Done

Saves me a lot of work later, you know!

And now to cheat things up a little

Basic function

API

And now for the API, but there's a little crux here, as when an object doesn't exist, it should not be checked.... Maybe I should make Apollo crash out to that anyway, and leave it to the script to check that up

Done!

Going for the Kthura Core first would be the wisest approach

The next step will now be the "clickables"... These are very important, you know... NPCs and stuff will be accessible this way, but they can also be (ab)used in order to do the save book....

And that will be the only take, as it all works as it should.....

Take I

I'll test later... I first have a few real-life issues to take care of!

And I guess I gotta put this to da test!

And the explanation will follow

MapText should be loaded now *if* it's available

I had to look up how the mapscript was stored.... Well that happens to be in the way I expected so that makes things easy

My next objective here is to make sure the MapScript loads upon loading a map, and to attach it to the mapscript of the Yaqirpa so the save tutorial can be put onto the screen

I've done my stuff here, and fixed a very crucial bug.... My next objective in Dyrt will be a new optional dungeon, so that can keep me away from Star Story, especially as the start of the combat engine is closing in

That will be all for now... The next step will now be to make sure that the scenario is chained to the map, so the game can easily connect to the mapscript. After all the game begins with a tutorial about saving, and will soon after also have a tutorial about encounters.... Covering the encounters themselves will be a later concern.... The battle engine has not yet even been set up at all.... And like always, the battle engine will be the most complex part of the entire process....

AT LAST!

Take XXII

Jeroen, you moron, you did only half the job (and the most crucial function in this particular case was forgotten)

Take XXI

More debug

The script says the right ifno is sent, yet the engine appears to have a different opinion....

Extra debug line to find this one out!

Fix ignored

Take XX

And fixed... I hope

Idiocy confirmed

Now this is interesting... The produced log shows that it's using the LAYER name in stead of the LABEL name

Take XIX

A debug line in my C++ code in order to get some answers!

At least showing the player works

Take XVIII

compiling

Code typo in my C++ code.... Due to it being an API call with a string, the compiler never picked that one up

What?

Take XVII

Syntax error

Take XVI

I've at least made sure the player re-appears after hiding and showing stuff... Since the player has no label at all, this needs to be done manually

The logs show that there are entries to be shown, so why it doesn't happen is beyond me

FINALLY!

Take XV

I forgot to compile Apollo

Take XIV

IS ER EEN DOKTER IN DE ZAAL?

Take XIII

Code typo

Take XII

ZIEK word je hiervan!

Take XI

Syntax error

Well, NEXT (Take X)

Console command

Debug

Neil

Put this in the API

for Debug purposes!

Labelmap dump

But it doesn't show what has to be shown, either

At least it hides everything

Take IX

Save Game file

I can fix the savegame manually

the code itself

WTF? Why was the layer name not saved as a string?

Take VIII

Hmmm

The question is now why the hiding of objects is being ignored

FINALLY!

Take VII

PLEASE!

Fix ignored!!!

Take VI

Why do so many nonsensical errors pop up when I only need to have a savegame linked to Game Jolt?

Take V

!

GRRRR!

Take IV

Hopefully this fixes that

It falls over the fact that the player is not yet present

I do not know why but nothing happens

Take III

Forgotten "end"

Take II

Syntax error in mapscript

Glue error in Kthura Neil linkup code

Take I

I've set the mapscript to show and hide stuff by label accordingly now, and I've also linked them to the ZoneAction routine

VERRRRRY important, you know!

I've set this all right now in the general map link code, so I can easily access it from mapscripts

Compiling

And that links it all indefinitely

Neil glue code

NOT THERE YET!

Linked to scripting engine

API functions

And about 500 error messages disappeared in the process.... sheesh!

Removed a } on a very crucial spot where it shouldn't have been

There's also the Apollo part of the code

That covers the part of the Kthura core code

Showing and hiding by label has now been coded in the core of Kthura

This will require me to dive into Kthura itself, as this is a core feature

The next part will be the possibility to hide and show based on the labels

It seems to work now!

At least I now know that the CONSOLE error doesn't appear anymore

Not sure if this will work, but I gotta try things out

I do see a dramatic drop in the fps....
Now this not always to blame on the current code, so I need to be careful before setting conclusions to this...

I think I got the "No "CONSOLE" flow" error under control now...

Take XVI

Sigh!

Take XV

I see why the MapScript didn't work

First of all is it beyond me why the Zone Action doesn't trigger on the spawnplayer, which is also odd....

"Nil" value is not possible... This is a fully automated metatable...

Take XIV

I think

This is odd... Maybe I linked things differently in Dyrt

WTF????

Take XIII

Hopefully that fixes stuff

I've brought the IsInZone to the collective object

"Main Object must be either Object or Actor (it is a )"

Take XII

The error cannot be happening, but I expanded the error in order to get more clarity on this bullshit

Take XI

Let's NOT talk about that one!

Take IX

I configured Visual Studio to perform the BARF automatically whenever I compile the C++ code

Compiling

And that links it all