But the window should be bigger, though

I've now configured NALA NOT to work full screen in debug builds of the engine

I think I need to risk ANOTHER total hangup to find out

let's see... :-/

Now that made matters even worse somehow... Why?

Of course and extra test to make sure...

Well, that has been fixed

I am an idiot, hahahahahahahaha!

But the main issue is still not fixed and I need to sort that one out!

And I fixed the bug that called the code that could make the system crash in the first place

At least I rid my system of total hangups

Added tag CHECKED

I was looking in the wrong project.... mesa dumass!

Because

Added tag SOLVED

And now I wonder how my last code could disappear into nothingness

rebuild

I decided that now I was at it to enhance my Blue Screen Of Death a little bit... cosmetically ;)

Added tag ENHANCEMENT

At least that it does, and the error itself now also appears, which is good!

Let's hope this try {} catch will rule this out from happening again!

Okay, whatever caused this, the error coming from it was so great it hung my entire system (thanks to the debugging algorithms Visual Studio uses... figures), but at least I could get another step closer to finding the cause of all evil

This created a complete error though, and I wonder what the hell went wrong there...

I've tried to set up a keyboard feature to browse through the pages

BETTER!

y margin fine tuning

Added tag COSMETIC

GRRR!

Siiiigh

Another deprecrated .NEW instruction

(Please note, I mean my own Blue Screen of Death, and not Windows' Blue Screen of Death. I can use the term, since it's unofficial, and mine doesn't mimick Microsoft's).

But there's always room for another BSOD

Which should now be fixed

ALthough in stead I get a blue screen of death

The menu items had to appear

Okay, I've generated the license blocks... happy now?

But first I wanna eat!
I'm hungry!

Next stop will be to put in the actual menu items

I REFUSE to call this a fix, but at last the issue has become invisible now

Let's put this line in then... :-/

The MidScreen feature appears to keep bugging up

And try the game then

And re-run the build script

Let's add this line to NALA

Ah, maybe this shines a proper light on stuff....

Hmmm, almost looks good enough to me, but why the lower resolution?

Let's test this

recompiled

NALA configured to go full screen all the way now!

Stuff works now

It did require NALA to be recompiled, though....

ret-conflict?

Blitz Font added

A quick library written that can do some neat stuff to BubbleID data

I must not forget to change this in the TeddyBear editor and most notably the Kthura editor as well.

Added tag REMINDER

I think I fixed that.... (At last)

No effect

Well searching the internet did find me an article which may shine a light on this situation... I hope it is, but that has to be tested first...

Added tag RESEARCH

Now Microsoft's exposed as the ultimate ALPHA idiot! In stead of the fading effect the logo is supposed to have, the alpha is only taken to 50% in all pixels where transparency was needed at all, giving an extremely ugly effect.... DANG!

And then I gotta test this again.... (sheesh!)

And then back to my other powershell tab to rebuild the game itself

So I go back to powershell to refire my NALA build script

Fixed that stupid action of mine.... (Geez)

I AM A STUPID COW!

Let's try that again!

Done

Well that's easy to fix

forgot to rebuild NALA

Blue screen, eh?

Don't forget to save before calling the builder, dumbo!

Like I said, the original background cannot be resused due to it being bound to a certain screensize, and the new game using a variable screensize (which is a pity, as the original picture was beautiful)

Menu background

Odd... The system *is* set to perform alpha blending.... Are Microsoft programs really THIS rotten on this department?

Not to mention that I'll need some ALPHABLENDING

I've put the logo on the Main menu screen.... Some fine tuning may be required though

Adapted an internal NIL script (Graphics.nil) due to the new class 'new' handling

The numbers on my screen confirm the fix

Since everything was messed up, I've reset the auto-iconer, however I've changed the numbers to make Aziëlla appear first (as she was the only one of the playable characters who didn't yet show up) and after that everything will recycle from a clean go.... (Hopefully)

Okay, that's fixed then.... Yes, mesa cow!

That was because I messed everything up... Yeah, I'm just an idiot....

Nope, as the wrong picture shows.... Back to the drawing board then....

Does it work now?

As you can see, the auto-icon which had to display Merya is broken....

Geany Syntax Highlighting

Added tag UPDATED

Updated to the new situation

I've come up with a solution for the .NEW() issue that came up causing a conflict with delegates

Brute force class destruction (to prevent conflicts later)

Fixed the short term issues....

FUCK! That was pretty stupid.... I need to rethink a few things here.... And that may put the deprecation of .NEW() on hold.... But what happened makes perfect sense now, though.... :(

Let's see what we get now.... :(

Fixed it!

Ah, so that's is.... :(

And what kind of madness came up now???

A bit more info from NIL why it thinks what it thinks...

Misformed error

I wonder what is happening here... :-/

WHAT THE....

Case error

Identifier conflict

I need to check if this all works, though

I've added a "secret" debug code that will take me into the debug console, however, this key combination will ONLY work in the development version!!!

Only NALA benefits now for me, but it takes only a recompile of the MonoGame engine to make MonoGame benefit here too, which is only one command from PowerShell for me. :)

I've been messing around in Bubble to make it easier to detect if keys are held or not

As a matter of fact .NEW has been deprecated now

Nil has been advanced making use use of that annoying .NEW() method no longer needed.

Added "DEVELOPMENT" tag to the definitions file

Will always run in full screen.... For these kinds of games... The better option....

I'm getting really tired now, so I'm gonna call it a day... Despite the cockroaches I had to squash, I did make some progress.... There are still a lot of things to do... Both on the engine as on game preps, before we can really get onto the road, but the moment I'll post the guy with the gun as the start signal may come soon now....

I still need to find out why removed files are not removed from the list, but that's not a direct concern for Dyrt

Is running

I see that I forgot to add the script I use to compile NALA and add it to the bubble builder.... Well, I've taken care of that!

Added tag POWERSHELL

I've already aliased "Wouldn't it be" by Matt McFarland to be the music playing during the fights against the Order of Onyx... Just like in the original game.

Undummied link to get the flow running

Added tag DONE

Project file updated

Logo will be the same, and has been imported

Added tag ART

Pushed stuff

I refuse to call this a fix, but I cheated a way to get issues with loading music "fixed"

Added tag CHEAT

Temp dummies

Anyway I fixed that!

Because I gave the wrong parapemter to the debugger, but the code in general was unbugged

Added tag STUPIDITY

And now to figure out why the caption contains a function pointer in stead of a strng

Rebuilt and repacked

Well At least that issue is out of the way....

Right, the cause of the error has been found... TQMG tries to pick into null for a JCR6 file... Question is now, how could that be null (as the scripts are read)

Let's see what happens next

Extra data error catcher

I've build in extra capturing of the font loader... It does confirm an error takes place while the font is loading... Now to figure out why that happens.

Why was my devlog tool suddenly down?

no music heard, but that's a later concern... I need tofind out why loading the font doesn't work

Invalid NIL declaration

Moar errors in stack

Error in stack library

link error in music sub

That's indeed the source of all evil....

It appears that loading the font is where it goes wrong

At least it's now confirmed the translation process appears to go well

each error in NIL iteslf

Bugs in debug features are even worse than the bugs you place them in for

A parse error that came up when putting in #say

I've placed a #say at the top of the init.nil script to make at least sure we got the tag where I can test it in code that works!

I've also set Bubble to link the log to this directive

I've added a #say directive in NIL, and hopefully it can shine more light on stuff

More investigation is in order!

And kaboom.... Starting this will crash everything

Let's recover to chain to and see what the logs will show me

Loader appears to work now.... Strangely enough

I'll remove all "delegate" keywords, and try again... That keyword is still a bit bugged within NIL and with var variables we can also do this

Right! Then stuff DOES suddenly appear to be working..... No ignored CSays() and all the data appears to be fitting.... This should imply something goes horribly wrong in loading the main menu

Let's see what happens if I dummy the flow loaders and chainers

What is happening here cannot be possible, and why? Because if it were possible, the commands that work should have been ignored as well, so this entire fuckshit simply doesn't make sense

In the INIT routine the CSay calls are ignored (for no reason), yet the call to the Main Menu script works, compilation errors are even thrown, but the code is after that stage ignored....

NEITHER is the message that music is available, to make things even more odd!

This is completely odd! All CSay() calls are ignored when coming from the scripts in the game, however the ones in the internal libraries are NOT ignored....

Somehow even the calls from the init scrip appears ignored

For some reason ALL code in MainMenu.nil is being ignored.... No telling why...

Non-Dirry support

Hmmm, NALA ignores the regular callbacks... I wonder.... :-/

Okay, that was an odd error, but it appears to be fixed...

And now.... NOTHING HAPPENS AT ALL! Not even an error message!

Some forgotten crap

Or is caching that powerful?

Well I guess that fixes the issue, but still..... :-/

And suddenly it works, without changing one vital thing.... Technology never ceases to riddle me

Added tag MYSTERY

Why does the fix take effect in the debug version, but is it ignored in the release build (impossible, but yet it happens).

The debugging version of NALA did pick that bug up, so I fixed that in the process... It does not yet squash this cockroach! :(

Music configuration file

No effect!

Added tag COCKROACH

Let's delete that entire folder, and try it again, shall we

Added tag EXPERIMENT

For some reason, the update to NALA (containing the last fix) does not end up in the build of the "game" (as you can't speak of a game yet).... I wonder why!

Of course I need to recompile NALA now

NALA somehow didn't have the MapScriptAPI NIL Glue code not properly linked up

test

Added tag CHARACTER

Updated project files

Added tag BUBBLE

Font linked to main menu

(No visual effects yet, though).

And I generated the new Anyway.nil

A file "AlgemeneDefinities.nil" was created for the Anyway folder.... "Algemene Definities" means "General Definitions" in Dutch, but I chose the Dutch name, as the filename would that way start with an "A", and due to JCR6's tendency to automatically sort all files alphabetically, it would therefore always come on top of my generator....

Saves me TONS of trouble!

Since the background for the original Dyrt game was strictly set for a 800x600 display, it's not usable for this new version, where variable screen width is one of my formost concerns... Something tileable will therefore be desireable.....

And converted into jfbf, of course.

Abigail font imported into the new game

jfbf = JCR font bundle file... NALA uses MonoGame, which is incompatible with ttf, so I had to come up with my own font system, see...

St. Rachan's "scribish" font copied and converted into jfbf

Added tag FONT

Nothing will work yet, though... For starters, the init script is not yet linked to the main menu, and second, the main menu currently only contains the base configuration, but actual action code

I've been setting up the basis for the main menu

Overwrite error when overwriting modified dependencies

Added project for combat routine... It will take awhile before it's actually being used though, as we are nowhere near getting into that part yet!

Fix confirmed, however the first link to #1 and #2 will remain bugged, which has to do with the way the generator works.