I've moved #22 to "In Progress"

It works!

Take II

Syntax error

Take I

I've linked the save functions to the GoSave function.... cheap, yet effective and costs less RAM too

It works... I get the expected error

Take III

Compiling

So that's been linked together

Glue code

Okay it really WAS missing... Not any more

I do NOT believe THAT!

Oh really?

Take II

Right-o

Forgotten declaration

Ah!

I wanna know if that works (if that does I'll get a crash as the event being linked to has not yet been created, but that's a later concern)

This should also result into clickables doing their specific events if properly set

Walking check

I still need to take a break though.... I'll be back to work soon!

Dyrt was giving me a few cockroaches, but we're back on track

Today I'll first get to test somet things in Dyrt... I may due to less time today not yet focus on the new dungeon, but I'll make sure everything's ready for the new dungeon to start... Since the combat engine is one of the next things in Star Story I'll need to be really able to focus on that, and then Dyrt may not be in a too complicated setup

And that will be it for now!

Repositories updated

Running!

I guess some maintenance is also needed on my main drive

#21

I've ensured that if the player arrives after a normal walk, a clickable event NEVER takes place

So far, so good!

Take XI

I guess I needed to do this the long way around

However clicking them will now crash the game, though, and I need to find out why!

At least the clickables are listed now and no longer ignored

Take X

Error would pop up anyway, even when everything was right

Hmmmm....

Take IX

Let's force things then

Perhaps this traceback can get me some answers, as this no longer makes any sense at all!

Error: [string "Script/Flow/FlowField.NeilBundle/FieldMap.nei..."]:100: Clickable::Create(NPC_SAVE1,YAQIRPA,816,function: 0000019158078E50,NPC_SAVE1,nil): Illegal function call!
State: FLOW_FIELD

stack traceback:
        [string "--[[?]] local Neil = Neil --[[ Neil Translati..."]:4: in function <[string "--[[?]] local Neil = Neil --[[ Neil Translati..."]:3>
        (...tail calls...)
        [string "Apollo_Panic"]:24: in function 'Apollo_Panic'
        [C]: in function 'error'
        [string "Script/Flow/FlowField.NeilBundle/FieldMap.nei..."]:100: in function <[string "Script/Flow/FlowField.NeilBundle/FieldMap.nei..."]:84>
        (...tail calls...)
        [string "Script/Flow/FlowField.NeilBundle/FieldMap.nei..."]:122: in function <[string "Script/Flow/FlowField.NeilBundle/FieldMap.nei..."]:113>
        (...tail calls...)
        [string "Script/Flow/FlowField.NeilBundle/FieldMap.nei..."]:215: in function <[string "Script/Flow/FlowField.NeilBundle/FieldMap.nei..."]:173>
        (...tail calls...)
        [string "Script/Flow/FlowField.NeilBundle/FieldMap.nei..."]:336: in function <[string "Script/Flow/FlowField.NeilBundle/FieldMap.nei..."]:334>
        [C]: in function 'xpcall'
        [string "--[[RawCall]]..."]:5: in main chunk

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