Games

Web Game Dev has launched recently. Looks like an interesting resource.

"WebGD (Web Game Dev) is a new site dedicated to bringing people and information together for those who are web game developers or are at least interested in developing games on the internet. Our site brings you the latest web game news, blogs, and forums to discuss your project, or help others with theirs. You can also find the tools you need, or read reviews on the latest tools used in web game development."

The RPG module is nearing an official 'Alpha' release. There are still a few things to flesh out, and I'll go over them in some detail soon. Here are some notes for fleshing out Attributes, which will be required before creating Actions and Modifiers. After those three sections of code have been finished, we should be ready to make some test game platforms!

Attributes
Attributes are defined by types, and may be overridden by descendant types. Objects will inherit the attributes of all its parent types. The default value of an attribute will be set by the type.

Just added the admin screen for Action Rounds to the RPG module. These settings don't actually do anything at this time, as one still can't perform actions. However, I also added new database tables to begin handling types using widgets, which begins to create the framework for actions.

So the way that action points are set up:

Please join #drupal-games

some one is there almsot always.

major work is being done on various components that will make possible to easily develop games for drupal.

our dedicated groups page is located here: http://groups.drupal.org/games-and-game-apis

(Crossposted at Drupal RPG. Thanks to Litwol for the inspiration!)

Borrowing from CCK, RPG Administrators will be able to create and extend RPG Types using forms in admin screens. Additionally, modules and include files may be used to predefine certain types, which may further be modified in the screens. Finally, types may be exported and imported between sites.

Stabilizing the engine (from major overhaul I made last month). All objects are wrapped with rpg_object. All hooks are called with rpg_invoke. All properties are retrieved with rpg_get (and saved with rpg_set).

In this commit:

list invoked actions on object view page
invoke actions
theme object views
fix saving data on submit
fix setting location
move db functions to rpg.db.inc
move move functions to rpg_tangible (to allow for separate handling of coordinate systems)
del rpg.move.inc
move include functions to rpg.include.inc; only include if we're using them

I just set up an API Reference for the RPG module (and all its various include files). It may not always be in synch with the version in the Drupal CVS Repository, as I'm currently developing the module on that site.

You can see the current code @ http://cvs.drupal.org/viewcvs/drupal/contributions/sandbox/dmitrig01/mapapi, and you can get cvs @ cvs.drupal.org/cvs/drupal-contrib/contributions/sandbox/dmitrig01/mapapi.

http://groups.drupal.org/games-and-game-apis

Map definition table

Tile data table

The proposal for a 'Map Engine'

So I just launched drupalrpg.org, which will act as a central message board and testing site for the RPG module. Nothing really notable there yet, and I'm going to be out of town this week, so don't expect anything too exciting until later in April.

Aaron

[15:57] litwol: i have an opinion regarded classes that i would like to voice before the discussion
[15:57] dmitrig01: sure
[15:58] aaronwinborn: sure, go ahead. i haven't implemented classes yet, just the actor type
[15:58] litwol: ok
[15:58] litwol: in that case i'll flood ;)
[15:58] aaronwinborn: then i'm actually out of town until about wednesday or so :(
[15:58] aaronwinborn: and won't have any real computer access
[15:58] litwol: basically i was thinking along the lines of: why restrict ourselves into classes?
[15:58] litwol: my idea was like this:

I've been working for a couple of months on the RPG module, which will be an engine for building web based rpg games, similar to Lord of the Red Dragon and Urban Dead. Although it borrows some ideas from the Game module (such as loading include files as object types), it is written from a different direction, and has different goals in mind. Once matured, the engine will be easily customizable by site admins (using form interfaces), requiring no php knowledge to implement, but allowing fairly easy expansion with some php knowledge.

I have a few projects I have worked on already that merge game ideas into Drupal.

I created a Quest module for Fear Is the Enemy that allows for Superhero style role playing. You signup create a hero profile, and based on your answer to questions get assigned quests you have to complete. You submit evidence about how you completed your quest and instructors grade you on your performance. Currently this works in 4.7. I am working on upgrading to 5.1.