Ludum Dare 35
The Theme is:

Judging ends in
Click here to start


Thanks everyone for coming out! For the next 3 weeks, we’ll be Playing and Rating the games you created.
You NEED ratings to get a score at the end. Play and Rate games to help others find your game.
We’ll be announcing Ludum Dare 36’s August date alongside the results.

Scripting language WIP

Posted by
October 3rd, 2012 4:27 pm

I’m currently in the process of making a very simple, basic, and powerful scripting language that would make the development of 2D games easy for new programmers and speedy for experienced ones. It will use the Java virtual machine to run and will not require any other software installations. There won’t be objects, but there will be some primitive types including float, long, sound, image, and boolean. The language will slightly resemble Scratch by MIT, but will only need one document of code to create a program. Also, there are no fixed objects or drag-and-drop features. It’s in the super early stages of development right now, so there’s nothing much to show. I’m really hoping to get a working prototype by the end of the year though, so wish me luck!

2 Responses to “Scripting language WIP”

  1. Gaeel says:

    Working on a language is fun, and always a good way to learn, but I’m slightly afraid your project won’t be useful for any kind of game development.

    If there is no way to structure data (tables, arrays, objects, etc…) then it will be hard for the dev to organise his code (eg: enemies have hitpoints and a position. if there’s just one enemy, you use int enemyHP, int enemyX and int enemyY, but if you need enemies to populate the level, you’re in trouble.

    Also, you mention only using one file for creating a program, if you mean that a minimum of one file is needed, then that’s fine, but being able to use multiple files to contain different parts of the code makes life much easier. For example, my LD entries range from 1000 to 3000 lines of code, but split in about 10 to 20 files it makes finding the code I want to modify easy. If it was one big file, a lot of time would be lost scrolling up and down the file…

    As I mentioned, it’s a great project, you’ll learn a lot, and have quite a bit of fun, and I wish you every success in your endeavours, but I’m afraid you may have made some choices that will greatly limit the use of your software…

    • S0larCode says:

      Thanks for the feedback! The single file is limited to one file, but the user will be able to use some keys (I haven’t decided yet) to scroll script by script to make navigation faster. I already have arrays with multiple dimensions planned, and from both scratch and java I know how useful they can be. I’ve been using scratch for quite some time and think that objects could be an optional feature, but shouldn’t be a main part of the language (due to complication for new users). Scratch has no such capability to create objects on the fly, but still has a lot of potential. If anything, I’m just considering making simplified objects instead that can have a lot of functionality. I really appreciate that you’ve brought these issues to my attention. Thanks!

Leave a Reply

You must be logged in to post a comment.

[cache: storing page]