Sorry for the late post. Programming is hard!

D-Latches - Jimmy

By popular and passionate request, Ive added D-Latches to the game!

https://www.youtube.com/watch?v=3yc_-BV-tc0

The D-Latch is the first of many new logic components we will be adding to Logic World. Stay tuned :)

Board Saving Menu - Jimmy

Last week I showed off Board Saving, but it didnt have a menu yet. Ive been working on the user interface for that feature.

https://www.youtube.com/watch?v=_1xZnSnmKTo

This is the most complicated user interface Ive ever programmed. It was definitely worth my effort, though: I expect many people will have hundreds of saved boards, and they need to have a good way of organizing them.

Form validation - Felipe

If theres something thats annoying to both users and web developers, its form validation. Most if not all user input needs to be checked, for example to make sure a users email is a valid email address.

Every form in our website corresponds to a class in the server, for example the login page gets transformed into an object with two fields: string Username and string Password (this will be relevant later). In this case theres not much to verify, other than that neither fields are empty, but in more complex forms like the register form you may have to verify the email format, the username length, the password complexity, etc. These requirements have to be verified with the same criteria on the front end (for a smooth and instant response), and on the back end (in case the client fails to verify the data).

As you may or may not already know, the website is made of different technologies for the front and back side, each with their respective languages (C# and Typescript in this case). This means that validation criteria have to be defined on both the back and the front end and in ways appropriate to each language.

ASP.NET Core (the technology used in the back-end) has support for decorating the members of the aforementioned data class with attributes, which makes for a smooth and clear indication of the requirements of the forms inputs. For example, this is how a register form could look like:



The problem is that in order to enforce these same rules on the client, youd have to manually check the usernames length, use a regex for the email, etc. Ideally these same rules would be transferred to the client and automatically applied, so that youd only have to specify the requirements once. This is exactly what my new library vue-aspvalidate does! It allows you to validate inputs on the client and the server while only writing the requirements a single time on the server class.

This will save you a lot of time since you wont be writing duplicate code, while also making it less buggy and, perhaps most importantly, making sure that the server and client agree on their requirements. Its also very extensible, letting you define your own rules with client and server logic.

Board Save Format - Jimmy

Last week when I showed off Board Saving, saved boards and saved worlds used a different file format. This week Ive unified the systems so that boards and worlds are saved with the same logic. This means less code, which is always a good thing!

There is also now a debug option to save boards as text data instead of binary data, in case you need to edit the files manually.

---------------------------------------------

If youd like to receive an email each time we post one of these blogs, you can sign up for our newsletter. Be sure also to join the official Discord and follow @LogicWorldGame on twitter.

See you next Wednesday!

View this post on logicworld.net.

https://store.steampowered.com/app/1054340/Logic_World/