Debug Log

-
 

I spent a while working on the debug log, getting the visuals just right, only to decide that the concept really didn't work. Dialogue and Debug don't mix well. 😞 This article will be based more around design decisions than any code. 

One thing was that it was hard to discern which message was important, or if a new one popped up. If I added some slide animations, and ingress/egress animations, it would have been easier to follow, but I was also taking up a lot of real estate for something that wasn't needed. I.e. in most cases, we don't care what was said, just what is being said.

Instead, I'll keep dialogue in the present. I'm planning to recreate the dialogue system, retaining much of the old code for it, but with only one or two messages open at a time. I.e. When you have options in front of you, I believe I'll keep the previous message, such as the ducky asking a question, visible on the screen, as a memory aid.

Back to work!  


Comments

Post a Comment

Popular posts from this blog

C# Parser and Code View

-
Image
I don't have any Proof of Concept in place yet on this, but I've finally started designing how the code editor UI will work, then designed some of the basic architecture needed to support how the UI would work, and finally, this lead to how I need to protect the user from dangerous code (you can write C# to format your machine, or try to steal memory from other apps like passwords), while also improving the debugging and teaching abilities. Alright, so I'm planning on having Classes exposed, as an item, then under the class view, is a list of items, like fields, properties, methods, etc. When selecting one of the members, you get details like notes, title, version history; for beginner coders I felt giving them a really easy ability to step back a version or two to something that last worked. Then show the code.  To be able to provide physical system responses, we need to detect all sort of things, like an infinite loop. In the case of an infinite loop, we don't
Read more

A Momentary Lapse of Passion

-
Image
There have been so many projects that I have lost passion for while developing, that a few years ago, I challenged myself to start paying close attention to this. To start researching the psychology of what drives me to and from a goal. In that time, I found that Game Design is actually a key value in life's success. And Codavore will survive because of this. :D I'll tell you a short story of why I lost my passion for Codavore and then how I revived it. In hopes that when you hit this runners wall, you might be able to get past it as well. source:  https://pixabay.com/photos/light-bulb-idea-creativity-socket-3104355/ 2 weeks ago, I wanted to start working on the dialogue system, as that would be a common need in this game. I had seen the start of an instructional video on how another person had created this really nice looking Dialogue Graph, and kept looking for opportunities to apply it (or similar) in my code. So my first steps into the dialogue pushed me into worki
Read more

How to Setup a Multi-Scene Unity Project for Startup

-
Image
Scene loading played an important role in this, and I believe my approach is pretty sound and proven highly useful. Let me know what you think, and what ideas you tend to apply for handling this. When developing in a multi scene project in Unity, one of the most annoying things I've worked with in the past, is the need to boot into the right place. I've worked with and developed dozens of different approaches, most of which falling into custom menu options, or resetting the default loading scene. I want to share a solution I had that is simple, small, and has worked great. General Overview Codavore is broken into several scenes BootStrap, Ui and Level/Scene/Room. Boot Strap guarantees the order of several things like my service locator and a few others. Next there is the Ui, which contains the menus and such. And finally, we have the scene with the content for the game I'm on. There is a fourth, "DontDestroyOnLoad" where Unity puts all its don't destroy object
Read more